PDA

View Full Version : Gestione versione codice


LL79
17-02-2007, 23:36
Se più sviluppatori lavorano su un unico progetto e quindi devono accedere e modificare files su un server mi hanno detto che si ha la necessità di un software di gestione versione del codice.
Qualcuno di voi conosce questi software, tipo sourcesafe?
Me ne consigliate qualcuno gratuito da installare su un server apache?
Grazie :)

loris_p
18-02-2007, 10:10
http://www.nongnu.org/cvs/
http://subversion.tigris.org/

qual'è il migliore? dipende :)
http://www.pushok.com/soft_svn_vscvs.php

p.s. apache non centra perché sono essi stessi dei server che restano in ascolto su una loro porta :)

cionci
18-02-2007, 13:26
Subversion (SVN) lo abbiamo usato per Diamonds e te lo consiglio vivamente.
SourceSafe è altamente integrato con le applicazioni MS, ma a feature è nettamente minore di SVN.

LL79
18-02-2007, 15:46
Grazie mille a entrambi!!! Finalmente un forum dove gli utenti rispondono senza "darsi arie" e soprattutto rispondono.....:)
Ci darò subito un' occhiata..

xorshadow
18-02-2007, 18:16
Si ti consiglio anche io caldamente di usare Subversion, ormai sta divenendo lo standard per il Version Control, inoltre dispone anche di un modulo webdav per il server apache (proprio come tu desideravi), così non avrai bisogno di mettere in ascolto un altro server.

LL79
18-02-2007, 19:01
inoltre dispone anche di un modulo webdav per il server apache (proprio come tu desideravi), così non avrai bisogno di mettere in ascolto un altro server.

Esatto...ho visto...è comodo.
Esiste anche una guida ufficiale in italiano per installazione e uso? Tanto per far prima ad imparare...

lovaz
19-02-2007, 10:44
http://svnbook.red-bean.com/

guldo76
18-08-2007, 13:43
Ciao,
vorrei capire un paio di cosette su subversion che mi sfuggono...
Ho provato a usarlo per un paio di progettini di prova, e più o meno ho capito come funziona, ma:
una volta creato un repository (svn import) con certi file di progetto, mi aspettavo di trovare questi file nel file system (faccio tutto in locale), ma non li vedo... cosa mi sfugge?!? Su questi file c'ho lavorato cmq, nel senso che ho fatto il checkout, li ho modificati e ho fatto la commit.
se una volta fatto il checkout decido di buttar via tutto, devo dare un comando per notificare svn della cosa? O mi limito a rimuovere normalmente la directory che è stata creata da "svn checkout"?
Grazie :D

71104
18-08-2007, 14:22
Grazie mille a entrambi!!! Finalmente un forum dove gli utenti rispondono senza "darsi arie" e soprattutto rispondono.....:) eh aspetta n'attimo, che questo era un thread tranquillo... :D :D :D

71104
18-08-2007, 14:26
a proposito, mi aggiungo anche io naturalmente al consiglio di SubVersion, anche perché sapevo che SubVersion è un'evoluzione di CVS, quindi non c'è motivo di non preferire il primo al secondo. sebbene però io abbia notato che sui repository di SourceForge CVS ha una cosa che SVN non ha: le ACL. non so se è una mancanza di SVN o di come il team di SF ha configurato i repository.

guldo76
23-08-2007, 11:06
Ciao,
vorrei capire un paio di cosette su subversion che mi sfuggono...
Ho provato a usarlo per un paio di progettini di prova, e più o meno ho capito come funziona, ma:
una volta creato un repository (svn import) con certi file di progetto, mi aspettavo di trovare questi file nel file system (faccio tutto in locale), ma non li vedo... cosa mi sfugge?!? Su questi file c'ho lavorato cmq, nel senso che ho fatto il checkout, li ho modificati e ho fatto la commit.
se una volta fatto il checkout decido di buttar via tutto, devo dare un comando per notificare svn della cosa? O mi limito a rimuovere normalmente la directory che è stata creata da "svn checkout"?
Grazie :D
:help:

cionci
23-08-2007, 11:08
Per la 2 rimuovi.
Perché vorresti trovare questi file ? Sinceramente non mi sono messo a guardare come sono memorizzati.

guldo76
23-08-2007, 11:39
Perché vorresti trovare questi file ? Sinceramente non mi sono messo a guardare come sono memorizzati.
Bé, niente di essenziale; semplicemente sono curioso di capire dove vengono salvati i vari file, per poter vedere la struttura del repository. E poi mi scoccia non poter usare il completamento automatico nella shell :D

Grazie :)

redcloud
23-08-2007, 11:55
Ma il futuro non è git?

vizzz
23-08-2007, 12:23
Bé, niente di essenziale; semplicemente sono curioso di capire dove vengono salvati i vari file, per poter vedere la struttura del repository. E poi mi scoccia non poter usare il completamento automatico nella shell :D

Grazie :)

esiste un libro in rete (tradotto anche in italiano...non tutto) che spiega per bene come funziona svn e il suo filesystem per mantere le revisioni, versioni, branch ecc..
nella cartella del tuo repository sul server non vedi i file fisicamente, li vedi solo nel tuo checkout ed è li che devi operare, altrimenti fai casino.
non ho capito la parte sul completamento automatico.

71104
23-08-2007, 12:52
nella cartella del tuo repository sul server non vedi i file fisicamente, li vedi solo nel tuo checkout ed è li che devi operare, altrimenti fai casino. ovvio che non li vedi fisicamente sul server: ciascun file fisicamente non è un singolo file ma un insieme di versioni (revisioni) del contenuto del file, dalla prima fino a quella corrente. inoltre, poiché da una revisione all'altra di un file statisticamente cambiano solo pochi bytes, penso che il server SubVersion operi delle ottimizzazioni di memorizzazione e che non replichi per ogni revisione l'intero contenuto del file. è solo una mia ipotesi, ma se fosse corretta renderebbe impossibile visualizzare sul server i singoli files. al massimo si può installare un client SubVersion sul server e connetterlo a localhost.

vizzz
23-08-2007, 13:08
ovvio che non li vedi fisicamente sul server: ciascun file fisicamente non è un singolo file ma un insieme di versioni (revisioni) del contenuto del file, dalla prima fino a quella corrente. inoltre, poiché da una revisione all'altra di un file statisticamente cambiano solo pochi bytes, penso che il server SubVersion operi delle ottimizzazioni di memorizzazione e che non replichi per ogni revisione l'intero contenuto del file. è solo una mia ipotesi, ma se fosse corretta renderebbe impossibile visualizzare sul server i singoli files. al massimo si può installare un client SubVersion sul server e connetterlo a localhost.

si ogni revisione è da vedere come un backup incrementale rispetto all' import iniziale.
ma anche dell'import iniziale non credo che ci sia traccia ben visibile e intera sul server.

http://svnbook.red-bean.com/
questa è la traduzione in corso del libro

guldo76
23-08-2007, 19:51
Grazie mille a tutti per i commenti. :)
Ora ho le idee un tantino più chiare, e son più tranquillo, specie da quando ho trovato il comando
svnlook tree
:D

Per il completamento automatico, mi riferivo a quando scrivo l'istruzione nella shell; se il tree fosse normalmente nel file system non avrei bisogno di conoscere i nomi di file e directory, il completamento automatico mi aiuterebbe. Tutto qui. Ma non importa.