Chiedo solo se qualcuno di voi stanno usando Git o Mercurial per i vostri progetti Java, o è Subversion ancora la scelta più popolare? Ho guardato github.com e bitbucket.org ultimamente, ma poiché i repository potrebbero essere privati, non riesco a ottenere una buona indicazione dell'utilizzo effettivo.Git o Mercurial utilizzo in progetti Java
Github vende anche hosting privato e funziona davvero bene. Per visualizzare i pacchetti disponibili, vai al tuo account page e fai clic su Cambia piano in alto a destra (Nel Il tuo piano casella). Github è spesso il motivo per cui le persone provano e alla fine si attaccano a Git.
Se volete vedere come Git confronto ad altri sistemi di controllo versione, non è migliore non c'è posto adatto di questo: Why Git is Better than X (coincidenza, fonte di quel sito è su GitHub, c'è un link ad esso in fondo la pagina).
non credo che la lingua che si sta utilizzando per il progetto conta molto. Di recente sono passato a Git e sono ancora piuttosto nuovo, ma sembra davvero avere molto senso. Mi piace davvero l'idea che ogni repository sia un clone l'uno dell'altro, invece di avere un repository centrale che non ti consentirebbe di lavorare offline (Come nel caso di Subversion). Nonostante il fatto che oggigiorno la maggior parte delle persone abbia sempre accesso a Internet, è anche bello sapere che non c'è un singolo punto di errore (A meno che non ci sia un punto per cominciare, cosa che non ci sarebbe se tu avessi hosting a Github per esempio, o finché hai due repository).
Alla fine non penso che dovrebbe essere la scelta di ciò che è più popolare (Quale recentemente sembra essere Git) ma ciò che funziona per voi. Penso che molti sviluppatori stiano cominciando a passare a un sistema di controllo delle versioni distribuito come Git o Mercurial, e sembra che più si uniscano al campo di Git, il che probabilmente significa che troverai più guide, strumenti, ecc., Specialmente mentre sempre più persone continuano a passare ad essa.
Non credo che il linguaggio debba entrare nell'equazione. Sia Mercurial che Git sono funzionalmente simili e concettualmente molto diversi da Subversion. È più importante selezionare l'aroma giusto del controllo della versione per il modo in cui si desidera lavorare.
In questo caso, utilizzo Mercurial con Java. Uso Netbeans come IDE che ha incorporato il supporto sia per Mercurial che per Subversion - entrambi funzionano bene. Consiglio vivamente lo Bitbucket.
Subversion è la soluzione migliore quando si tratta di un'integrazione di IDE solida come ogni IDE Java lo supporta e Mercurial dovrebbe essere adatto agli utenti di Netbeans poiché il team di sviluppo di NB lo utilizza come controllo del codice sorgente.
Git solo non offre alcun vantaggio rispetto Mercurial, solo la mancanza di supporto di Windows e meno strumento di supporto in generale.
Fare attenzione.
Ti ricordi come ti sei sentito su CVS dopo che hai utilizzato la sovversione?
vi sentirete esattamente allo stesso modo su sovversione se si utilizza git/mercuriale.
Sì, certo, è cadere in per il Natale e il fine settimana strano,
ma non si può mai tornare a casa.
Dopo essere stato stufo della Subversion inutile ignora i filtri, la mia azienda ha spostato un progetto in Mercurial. Un paio di mesi dopo avevamo spostato tutto il nostro codice (principalmente Java) su repository Mercurial. Ogni secondo fine settimana, ora stiamo ballando nudi in giro a bruciare cartelle .svn che cantano e urlano. Branching and merging è molto più agevole rispetto a Subversion. Ed è davvero bello lavorare contro un repository locale fulmineo.
Sospetto che ci siano più progetti disponibili con Subversion rispetto a Git e Mercurial, ma la tendenza sembra andare verso sistemi di controllo di versione distribuiti.
Il punto cruciale per noi è il supporto IDE che deve essere solido. Siamo un piccolo negozio e non abbiamo risorse per far fronte a piccoli fastidi (che è anche il motivo per cui siamo ancora su CVS, in quanto abbiamo bisogno di un valido supporto IDE come CVS prima di passare).
Credo che gli altri si sentano uguali. Il repository di origine è così cruciale che qualsiasi migrazione deve essere indolore e dare benefici.
Personalmente, credo che l'approvazione del Sole di Mercurial andrà a beneficio è enormeously, forse in essere un nuovo standard di de facto
Penso che stia chiedendo cose come quello che avrebbe dovuto ignorare i file in combinazione con Eclipse, forse? Sto ingaggiando directorie binarie, ma non è specifico per SCM. –