Newsgroup: it.comp.www.php
Titolo: Sviluppo collaborativo - voi come fate?

Devo sviluppare un'applicazione web / sito web, su classica piattaforma 
LAMP, in collaborazione con un'altra persona.
A parte lavorare in locale sul proprio pc/mac, avremo ovviamente 
necessità di modificare file/librerie che utilizziamo in comune. Il 
problema è che ognuno lavora a casa propria e non siamo dotati di un 
server SVN, al massimo potremmo utilizzare uno spazio web pubblico 
(protetto da .htaccess, ecc.).
Voi come fate?
Grazie dei suggerimenti.
-- 
*Erik*
"Domanda consiglio a chi ben si corregge." [Leonardo Da Vinci]
In questo periodo ascolto:
- discografia Royal Hunt
- John Petrucci - Suspended Animation
- Jimi Hendrix - Valleys of Neptune
- Il Teatro degli Orrori - A Sangue Freddo

 
se proprio non posso usare un server SVN et similia a volte uso Dropbox 
per questo servizio, gestisce anche le revisioni fino a 30 gg prima 
quindi "temporaneamente" va bene, ogni volta che uno aggiorna lui 
scarica subito il file modificato e ti informa...certo...NON E' UN SVN

 (protetto da .htaccess, ecc.).
Procurati al piu` presto un server cvs, svn, git, mercurial, o qualsiasi 
altra cosa.
Fidati che ti risparmi grossi mal di testa e diversi anni di purgatorio 
(se sei credente).
Bye.

 Voi come fate?
io uso svn, ma ho un server vero e proprio.

 scarica subito il file modificato e ti informa...certo...NON E' UN SVN
Difatti avevo pensato anch'io a questa soluzione "casereccia"... Per 
caritï¿œ, siamo d'accordo che NON E' UN SVN, ma per lo meno abbiamo un 
repository comune. Poi come evitare di sovrascrivere file e perdersi 
pezzi di codice... Son tutti ca..i nostri :D


 (se sei credente).
No :)


 io uso svn, ma ho un server vero e proprio.
Parliamo di una situazione aziendale, immagino.


 (protetto da .htaccess, ecc.).
[CUT]
Avete dato un'occhiata qui?
http://www.xp-dev.com/
Si offre un servizio gratuito di svn per 2 progetti privati e infiniti 
progetti pubblici, in attesa di una vostra infrastruttura potrebbe 
essere un appoggio interessante...

Parliamo di una situazione aziendale, immagino.
Una ADSL domestica e un serverino da 300 EUR sono sufficienti :-D
Dyndns fa il resto.
Leonardo
-- 
The thoughts of others were light and fleeting,
Of lovers' meeting, or luck, or fame.
Mine were of trouble, and mine were steady:
So I was ready when trouble came.

 Parliamo di una situazione aziendale, immagino.
Sì, ma una VPS base guarda che costa poco + di un contratto adsl 
casalingo. (per es su linode) 

 (protetto da .htaccess, ecc.).
Cerca con google SVN server free.
Per un singolo progetto con due soli sviluppatori trovi tantissime 
soluzioni gratuite piï¿œ che suff per i tuoi scopi.
ciao
Mauro

  e diversi anni di purgatorio
se non ricordo male con le bestemmie si va all'inferno :-D
scusate, ciao
m.

 
Ci sono dei VPS linux ormai a bassissimo costo su cui puoi installare un 
CVS o SVN
credo che ormai tutti gli ambienti di sviluppo integrino al loro interno 
tale tipo di supporto quindi io fossi in te farei cosï¿œ....
ciao
m.


Visto che siete in due, ci sono strumenti peer-to-peer come Mercurial 
che potrebbero fare al caso vostro.
Con Mercurial, uno tiene una copia del repository principale, l'altro un 
clone. Ogni tanto ci si incontra (o ci si manda tutto il repository) e 
si fa il merge di tutto (almeno, questo ï¿œ quanto il manuale di Mercurial 
dice, lo sto ancora studiando).
Ovviamente, non ï¿œ saggio lavorare sugli stessi file, perchï¿œ poi il merge 
diventa un tantino complicato (IMHO).
Mercurial puï¿œ essere anche installato come server (in tal caso l'uso 
diventa simile a CVS ed SVN).
More info: 
http://gpiancastelli.altervista.org/hgbook-it/read/

 che potrebbero fare al caso vostro.
Perché peer-to-peer? Non c'è rete paritetica, ha solo il repository 
distribuito.



Faccio riferimento al seguente paragrafo della guida "Mercurial: la guida 
definitiva":
"La generazione attuale degli strumenti di controllo di revisione è di 
natura peer-to-peer. Tutti questi sistemi hanno abbandonato la dipendenza 
da un singolo server centrale e permettono alle persone di distribuire i 
propri dati di controllo di revisione laddove sono effettivamente 
necessari. La collaborazione attraverso Internet non è più vincolata 
dalla tecnologia, ma è diventata una questione di scelta e consenso. Gli 
strumenti moderni possono operare offline indefinitamente e 
autonomamente, utilizzando una connessione di rete solo quando è 
necessario sincronizzare i cambiamenti con un altro repository."

 definitiva":
Capisco, questione di definizione, pensavo a pull e push che hanno 
natura centralizzata.

 More info: 
http://gpiancastelli.altervista.org/hgbook-it/read/
non sapevo ci fosse anche tradotto :) ... grazie della segnalazione ...



In realtà in Mercurial i repository sono delle 'semplici' directory, per 
cui il push/pull equivale a "copia nella dir" e "copia dalla dir". Nella 
versione centralizzata di Mercurial, si ha la connessione con un server, 
nella versione stand-alone si mette il repository principale su un disco, 
ed il clone su un qualche hd esterno.

Grazie a tutti dei consigli. Alla fine stiamo utilizzando con 
soddisfazione DropBox.
Non sarï¿œ un vero SVN, ma per noi va benissimo. Sincronizza i file con la 
cartella locale in pochi secondi, l'editor (usiamo PHPEdit) ti segnala 
subito se nel frattempo l'altro ha modificato il file (dovesse mai 
capitare, raro), c'ï¿œ pure il versionamento dei file...
-- 
*Erik*
"Domanda consiglio a chi ben si corregge." [Leonardo Da Vinci]
In questo periodo ascolto:
- Ihsahn - After
- Nevermore - The obsidian conspiracy

 mai sentito parlare di macchine virtuali?
Fammi capire, se ho 10 siti su 10 hosting differenti, dove ognuno usa la 
sua versione di PHP, la sua configurazione di Apache eccetera, dovrei 
mettermi su 10 macchine virtuali?
Sinceramente preferisco lavorare con un'installazione locale unica e 
leggermente differente dalle 10 in linea.
-- 
*Erik*
"Domanda consiglio a chi ben si corregge." [Leonardo Da Vinci]
In questo periodo ascolto:


 leggermente differente dalle 10 in linea.
Lo faccio anche io, ma consapevole che, messa su un certo hosting, la mia 
applicazione potrebbe non funzionare, e quindi mi tengo un "tempo di 
test" quando dovra` andare online per verificare e correggere tutti i bug 
dovuto alle diverse configurazioni.
Bye.