Quale VCS è più applicabile per il nostro flusso di lavoro?

Question

Quale VCS è più applicabile per il nostro flusso di lavoro?

#1 da (6 voti)
#2 da (3 voti)
#3 da (3 voti)

1

Attualmente abbiamo il codice memorizzato su un'unità di rete condivisa e non utilizziamo alcun tipo di VCS. Il codice memorizzato sulla nostra unità di rete condivisa viene sempre sottoposto a backup. Vorremmo mantenere le cose il più vicino possibile ora, usando un qualche tipo di software VCS.

Sto immaginando un flusso di lavoro centralizzato con ogni sviluppatore che ha una copia locale del codice sulla sua macchina. Non facciamo alcuna ramificazione o lavoro offline. In genere, quando eseguiamo una nuova versione, dovremmo semplicemente copiare la directory di lavoro corrente in una nuova directory. Credo che continueremo a farlo e creeremo un repository per la nuova versione.

Preferirei non entrare in discussione su quale VCS sia migliore, spero solo di ottenere alcune opinioni per le quali è più adatto e più adatto a ciò che stiamo cercando di fare.

version-control java eclipse

posta Tommo 14.12.2012 - 17:40

fonte

3 risposte

Leggi altre domande sui tag version-control java eclipse

Perché i siti Web richiedono determinati caratteri nelle loro credenziali? [chiuso] In che modo il QA può prevenire i difetti?

score 6 · Answer 1

Molti, se non tutti, i sistemi di controllo delle versioni saranno in grado di far fronte al tuo flusso di lavoro.

Dovrai semplicemente controllare da un tronco principale e ricontrollarlo al termine di ogni sviluppo. Gli sviluppatori dovranno solo prendere l'abitudine di fare un "get latest / head" a intervalli regolari.

Sarebbe meglio prendere un ramo del codice per ogni nuova versione, piuttosto che una copia. O forse creare un ramo per preservare l'ultima versione (non ha molta importanza).

Quello che probabilmente scoprirai è che man mano che diventi più abituato all'utilizzo del controllo di versione vedrai più possibilità di usare i rami, quindi ne sceglierei uno con buoni strumenti di ramificazione e unione.

score 3 · Answer 2

Il tuo flusso di lavoro (di una cartella accessibile centralmente con copie) si assocerebbe a VCS come TFS e Subversion . Ognuno di questi si basa sull'accesso comune a una cronologia condivisa. Un VCS sarebbe un incredibile passo avanti in termini di tenere traccia delle modifiche a queste cartelle, ma il concetto si sentirebbe maggiormente "a casa" con qualcuno già abituato a lavorare in questo modo. Potrei aver suggerito Visual Source Safe (se fosse il 1998 , ohh burn) a causa del concetto di blocco dei file che penso sia un effetto collaterale del tuo flusso di lavoro. Tuttavia, in termini di addestramento della tua squadra a lavorare con un VCS, l'unico grande passo sarà capire che durante lo sviluppo tirerai giù una copia funzionante e dovrai spingere (impegnare) i tuoi cambiamenti per riportarli sul piano comune codice base.

Ora, se il tuo team è abituato ad avere copie di grandi dimensioni del proprio codice sui propri computer e vedono che la fusione con la base di codice condivisa è un problema, ti indicherò il controllo della versione distribuita. Come il concetto di piegatura della mente (ecco una risorsa eccellente, per far sì che una squadra lo capisca: link ), aiuta a velocizzare il processo di sincronizzare gli sforzi dei team.

score 3 · Answer 3

Bene, hai taggato eclipse, quindi andrei con git, dato che è abbastanza ben integrato con l'IDE (con EGit). Inoltre è possibile utilizzare un'unità di rete senza dover configurare un server come SVN. Inoltre, se decidi di utilizzare più funzionalità del tuo VCS, avrai a disposizione uno strumento potente e moderno.