Sistemi di controllo del codice sorgente nello sviluppo Web

Question

Stiamo appena iniziando il processo di ricerca di un sistema di controllo del codice sorgente. Mi rendo conto che siamo indietro, ma meglio tardi che mai. Nessuno dei membri del nostro team ha esperienza con nessun sistema nel loro passato, quindi speravo di poter trovare alcune cose di base da cercare mentre iniziamo a studiare diversi strumenti. Ecco un po 'di storia sulla nostra squadra:

• Il nostro gruppo è costituito da sviluppatori e designer
• Lavoriamo principalmente su PC con uno o due su di
• Molti non sono confortevoli, con i sistemi basati su riga di comando Mac
• la maggior parte del nostro sviluppo è per il web
• Sviluppiamo in ASP.NET, ColdFusion e PHP

alcuni abbiamo intenzione di esaminando:

• SourceGear Vault
• Concurrent Versions System
• Subversion
• Microsoft Visual SourceSafe
• PVCS
• Rational ClearCase
• Team Foundation Server
• Git
• Tourtoise SVN
• Bazaar

Eventuali esperienze con uno di questi sarebbe utile sentire parlare.

Answer 1

Non utilizzare Source Safe! Non è solo male per il controllo del codice sorgente, è solo un male per il mondo.

Io uso Subversion with Tortoise. Lo adoro. Piuttosto facile da far funzionare. Branching/Merging può comunque essere un incubo.

Anche Visual SVN è buono.

Answer 2

Subversion come server e svn tartaruga come un cliente, potrebbe adattarsi molto bene alle vostre esigenze, anche se ho sentito che GIT è più recente e ha molti miglioramenti.

Answer 3

Se non avete avuto una sola sourcecontrolsystem finora, ne dubito si possono vedere i miglioramenti di GIT ecc

Inizia semplice e con un sacco di sostegno: utilizzare Subversion come server e Tortoise come client.

È una configurazione semplice e facile da usare.

Answer 4

Subversion è particolarmente adatto per lo sviluppo Web a causa dell'algoritmo di "differenziazione" utilizzato per i file binari. Lo sviluppo Web non riguarda solo il codice. Le risorse binarie entrano in gioco molto (immagini, PDF, ecc.).

Subversion tiene traccia delle differenze tra i file e registra quelli.Confrontalo con CVS, che essenzialmente memorizza un'altra copia del file binario, e il vantaggio diventa evidente man mano che le risorse binarie e i check-in aumentano.

Uso il plug-in TortoiseSVN, che è abbastanza buono per me. Come si specifica in modo specifico asp .net, si potrebbe voler esaminare VisualSVN, che svolge un ottimo lavoro nel mitigare il più grande problema nel controllo della versione - un collega che dimentica di aggiungere un file al repository.

Ho utilizzato anche Visual Sourcesafe nel corso della giornata. Non so se è ancora lo stesso ora, ma il suo checkout esclusivo per utente è stato un completo incubo in un team di sviluppatori multipli. Doveva costantemente ricordare alla gente di controllare di nuovo le cose o, in alternativa, convincere un amministratore amichevole a collegarmi con le loro credenziali ogni volta che qualcuno non era in ufficio.

Answer 5

Primo consiglio: Don't use SourceSafe. È un incubo. Penso che anche gli sviluppatori Microsoft non lo usano internamente!

Si potrebbe andare con SVN utilizzando TortoiseSVN come front-end per le persone non a proprio agio con la riga di comando. Ma dovrai ospitare il tuo server Subversion o find an hosting provider for your repositories.

Inoltre, sono disponibili plug-in SVN per l'IDE più utilizzato.

Answer 6

sarei secondo utilizzando Tortoise SVN, evitando SourceSafe e aggiungere un altro alla lista:

Perforce - Questo ciò che è stato utilizzato in uno dei miei ex luoghi di lavoro. Non era male anche se le fusioni erano dolorose da fare in quanto ci sono voluti 1-2 sviluppatori al giorno per ottenere la fusione del codice per passare da un ambiente all'altro, ad es. dev-> test, test-> staging.

Tortoise SVN ha molte opzioni di windows explorer incorporate che possono essere utilizzate al posto della riga di comando, quindi uso raramente la riga di comando con Subversion.

Se si utilizza SourceSafe, fare attenzione che sia presente uno strumento di amministrazione per analizzare il DB per vedere che deve essere eseguito periodicamente e può essere un po 'fastidioso in quanto non penso che qualcuno debba utilizzare SS quando l'analizzatore è in esecuzione. La ramificazione in VSS è un po 'debole, soprattutto in contrasto con il vedere come funzionano le cose in SVN.

Un altro punto da considerare se si dispone di un sistema di tracciamento dei bug e si desidera un'integrazione tra i due.

Answer 7

Si consiglia di dare un'occhiata a Perforce. http://www.perforce.com/perforce/products.html

Answer 8

Un altro +1 a Subversion. Hanno usato con una varietà di lingue, tra cui ColdFusion. Tortoise è ottimo per Windows, tuttavia i migliori client grafici per Mac non sono gratuiti.

Raccomanderebbe anche contro Rational Clearcase. Il loro cliente è kludgy e non ci sono molti plug-in per ide/piattaforme differenti.

Answer 9

uso personalmente git con cygwin. lo preferisco a svn a causa del dolore che svn mi ha causato in passato con le unioni. git è stato progettato per rendere le fusioni indolori e fa un lavoro molto efficace aderendo a questo.

se cygwin non è la tua tazza di tè e devi integrare Windows Explorer, consulta il progetto ToroiseGit. Ha l'aspetto grafico di ToroiseSVN, quindi è facile da riprendere. Se lo desideri, puoi persino tenere affiancati ToroitseGit e TortoiseSVN.

anche TortoiseGit ha integrato il supporto per i repository SVN in modo da poter controllare un repository SVN e ottenere tutti i vantaggi delle filiali locali e di cosa hai.

Answer 10

Attualmente sto lavorando con Rational ClearCase e non posso lamentarmi (almeno fino ad ora).

Prima che usassimo ChangeMan Dimensions, questo è un normale strumento CVS con molte risorse ma, a mio avviso, rende il controllo del codice sorgente molto burocratico, ad esempio: presenta l'infame checkout esclusivo. Anche il design non mi piace.

ClearCase ha un aspetto di Windows Explorer e una volta che ci si abitua, diventa molto semplice da usare. Ha anche un'integrazione piacevole e facile con MS Visual Studio.

Answer 11

Si dovrebbe andare con sovversione, o forse git o mercuriale.

Ovviamente non vale la pena di acquistare nulla, penso che sia possibile rimuovere immediatamente le soluzioni commerciali dalla propria lista.

Inoltre, probabilmente dovresti ottenere alcuni hosting di terze parti invece di eseguire il tuo server.

Answer 12

SourceGear Vault è un ottimo strumento. La sua interfaccia è simile a VSS, ma non ha tutti i problemi.

Answer 13

Se si utilizza .net e visual studio o si trovano in un ambiente pesantemente simile alla MS, è possibile che TFS vi piaccia davvero. Ha un'ottima integrazione con Visual Studio. Ha anche molte altre funzioni come il monitoraggio di attività, bug, ecc. E l'automazione delle build. È è costoso, soprattutto nel mondo di SCM in cui è possibile ottenere molto gratuitamente (svn, git). Dal momento che hai menzionato. NET anche se potrebbe valere la pena dare un'occhiata.

Answer 14

È necessario decidere se si desidera pagare o avere uno gratuitamente. So che SVN e CVS sono gratuiti e ci sono ottimi client UI e plugin IDE disponibili gratuitamente.

Abbiamo iniziato con CVS e poi siamo passati a SVN alcuni anni fa. I vantaggi che avevamo erano che a. Il repository SVN era più piccolo, b. Era accessibile in rete tramite http e https, c. Aveva ottimi strumenti di interfaccia utente client (io uso SmartSVN), ci sono anche ottimi plugin per eclipse e intelliJ. d. la transizione dall'utilizzo di CVS a SVN è stata molto semplice come utente.

Answer 15

Lavoro in un client in cui utilizzano TortoiseSVN come client e installato VisualSVN (Subversion) come componente server. A un certo punto abbiamo avuto questo piano generale per utilizzare nANT e CruiseControl per mantenere sincronizzati 3 diversi ambienti per un sito Web .NET, ma non abbiamo ancora ottenuto l'approvazione (shock). Quindi, fino ad allora, utilizziamo il nostro server Subversion per conservare tutto il codice sorgente e mantenere sincronizzati manualmente i diversi ambienti. Non è lo scenario migliore del mondo, ma dà a tutti l'accesso al codice e il nostro gruppo di sviluppo è abbastanza piccolo da rendere abbastanza facile per tutti sapere su cosa viene lavorato.

Answer 16

È vero che VSS non deve essere considerato: è un prodotto morto e semplicemente cattivo. Tuttavia, Team Foundation Server, specialmente il 2010, dovrebbe dare un'occhiata. Non solo ha il controllo del codice sorgente, ma ha un sistema di tracciamento dell'elemento di lavoro, un CI e un server di build e ha alcuni strumenti davvero fantastici per il test. Ad esempio, eseguirà script automatici e registrerà la sessione in un filmato in formato mpeg in modo che tu possa effettivamente vedere come appariva lo schermo quando/se il test falliva.

Se questo è più di quello che vuoi, vai con SVN.

Answer 17

Ho usato QVCS da link text hanno prezzi equi e molto più economici, per diverse versioni.

Ho usato e provato sovversione, e personalmente non mi piace, ma se le persone lo apprezzano e lo usano, è fantastico per loro.

dico che si dovrebbe trovare uno che ha le caratteristiche necessarie, e fascia di prezzo che è ragionevole, e ha un buon sistema di supporto ..

La parte difficile è ottenere ogni membro del team di usarlo, e usalo saggiamente ...

Answer 18

Personalmente, mi piacciono molto Subversion e il client tortoiseSvn come molti hanno già notato. Un sito che ho trovato mi piace molto è http://www.springloops.com. Offrono hosting SVN economico, ma si integrano anche con BaseCamp, che adoro gestire i progetti. Se ti piace Basecamp e usi anche Svn, vale la pena dare un'occhiata

Answer 19

Git con GitHub for Windows e/o TortoiseGit.