Git o SVN per l'app Rails?

Question

Quale sistema di controllo versione dovrei utilizzare per un'applicazione Rails: Git o SVN?

Ecco alcuni fattori da considerare:

• Sono l'unico sviluppatore
• ho familiarità con SVN
• Ho usato solo Git per una settimana, sembra molto simile a SVN davvero.
• Voglio mettere il mio repository su una postazione remota e connettermi ad esso via SSH o altro protocollo (cosa che faccio già con SVN).

---

Edit: Grazie per le risposte finora. Sembra che Git sia leggermente più favorito. Ha qualche funzionalità SSH?

Answer 1

Direi di andare per Git. Principalmente perché sono di parte, ma anche perché non hai bisogno di configurare alcun tipo di server con Git, ti basta git init e vai. Git is generally just better, offre maggiore flessibilità e potenza rispetto a SVN.

Modifica: questo è un po 'un dupe di Why is Git better than Subversion o almeno rilevante.

Edit2: Git ha 3 principali metodi di comunicazione, il protocollo Git, SSH e HTTP. Github utilizza SSH per "accesso push", ad es. Git@github.com/user/repo.git.

Answer 2

Come singolo sviluppatore che è già familiare con SVN - se si desidera essere il più produttivi possibile utilizzare SVN.

Se invece vuoi davvero imparare GIT e puoi permetterti un po 'più di tempo per impararlo, usa GIT.

Answer 3

Dato che sei da solo e vuoi metterlo in una posizione remota: SVN, ma dovresti anche imparare/usare Git. È anche possibile combinare i due, utilizzare Git localmente e SVN per il telecomando.

Answer 4

Probabilmente è una buona idea utilizzare una sorta di controllo di versione. Probabilmente è anche una buona idea avere backup remoti del tuo codice.

Git e svn sono entrambe buone soluzioni di controllo delle versioni e sono entrambi popolari all'interno della comunità Ruby/Rails.

Se si fosse in un gruppo di sviluppo distribuito, suggerirei git potrebbe essere più appropriato poiché uno dei suoi obiettivi di progettazione specifici era per quella situazione.

Se fossi su Windows, suggerirei che TortoiseSVN fornisce probabilmente un'esperienza meno impegnativa di, ad esempio, msysGit.

Principalmente, anche se entrambi sembrano fare un lavoro simile e farlo bene.

Se si desidera imparare un nuovo sistema di controllo del codice sorgente durante la creazione del progetto, fare clic su git. Oppure, se intendi passare molto tempo, ad esempio, Edge Rails, che vive a Github, potrebbe anche tornare utile.

Altrimenti direi che dovresti attenersi a svn.

Answer 5

Utilizzare Git, se non altro per il fatto che è possibile utilizzarlo quasi esattamente come SVN (inclusa la gestione remota di più rami su SSH) ed è molto, molto più veloce e più affidabile.I check-in e le filiali locali, il controllo della versione distribuita, la gestione della cronologia delle revisioni, ecc. Sono solo vantaggi secondari.

Nella mia esperienza gli unici motivi per preferire SVN su Git sono: un repository SVN legacy o il requisito per utilizzare Windows sul client.

Answer 6

Direi che non c'è alcuna differenza particolare.

Entrambi i sistemi sono solo strumenti, e entrambi ti forniranno le funzionalità che stai cercando. Se non ci sono altri parametri da considerare, direi di andare con SVN come già lo sai e non hai bisogno di tempo per impararlo.

Answer 7

Se hai un giorno per imparare Git, allora impara Git. Ha tutte le funzionalità che svn ha, oltre a branching/merging economici, commit locali e l'opzione di sviluppo distribuito.

È facile lavorare con i repository remoti. Se stai cercando un qualche tipo di hosting pubblico, potresti voler dare un'occhiata allo Github, che ha hosting pubblico gratuito, buona integrazione con Ruby e molti bei grafici.

Answer 8

Vorrei aggiungere una domanda di follow-up: ci stai lavorando da soli? Il supporto dello strumento GUI per Git è generalmente in ritardo rispetto a Subversion, quindi se questo è o potrebbe diventare una considerazione, allora opterei per Subversion.

Ad esempio, se i progettisti utilizzano Adobe CS4, possono utilizzare il supporto Subversion incorporato (e non è necessario insegnare a Git). Quindi considera la composizione attuale e futura della tua squadra come un fattore nel tuo processo decisionale.

Answer 9

Mi piaceva git, ma di recente sono passato a mercurial. Ha esattamente la stessa sintassi di git, ma è scritto in python e ha un sacco di belle campane e fischietti fuori dalla scatola, come un server web per il tracciamento visivo dei commit.

So che questo può essere impostato per git utilizzando gitweb per esempio, ma richiede un po 'di lavoro.

Answer 10

Avrei risposto nei commenti ma non posso ancora.

Per chi non lo sapesse, Git funziona con Windows. Se non ti piace la versione di msys, TortoiseGit è già utilizzabile.