Fragen nur, ob jemand von Ihnen Git oder Mercurial für Ihre Java-Projekte verwendet, oder ist Subversion immer noch die beliebteste Wahl? Ich habe in letzter Zeit github.com und bitbucket.org angeschaut, aber da die Repositories privat sein können, kann ich keinen guten Hinweis auf die tatsächliche Nutzung bekommen.Git oder Mercurial Verwendung in Java-Projekten
Github verkauft auch privates Hosting und es funktioniert wirklich gut. Gehen Sie auf die verfügbaren Pakete anzuzeigen, um Ihre account page und klicken Sie auf Plan ändern auf rechts oben (Im Ihren Plan Box). Github ist oft der Grund, warum Leute es ausprobieren und schließlich bei Git bleiben.
Wenn Sie sehen möchten, wie Git zu anderen Versionskontrollsystemen vergleicht, gibt es keine besser geeignet Ort als diese: Why Git is Better than X (Zufälligerweise Quelle, die Website auf GitHub ist, gibt es einen Link am Ende, um es von die Seite).
Ich glaube nicht, dass die Sprache, die Sie für Ihr Projekt verwenden, sehr wichtig ist. Ich bin kürzlich zu Git gewechselt und ich bin immer noch ziemlich neu, aber es scheint wirklich sehr sinnvoll zu sein. Ich mag wirklich die ganze Idee, dass jedes Repository ein Klon von einander ist, anstatt ein zentrales Repository zu haben, das es Ihnen nicht erlaubt, offline zu arbeiten (Wie bei Subversion). Trotz der Tatsache, dass die meisten Menschen heutzutage immer einen Internetzugang haben, ist es auch schön zu wissen, dass es wirklich keinen einzigen Punkt des Scheiterns gibt (Es sei denn, es gibt einen einzigen Punkt, den es nicht geben würde, wenn Sie Hosting hätten bei Github zum Beispiel, oder solange Sie zwei Repositories hatten).
Am Ende denke ich nicht, dass es sollte über die Wahl, was am beliebtesten ist (Was scheint vor kurzem Git sein), aber was für Sie funktioniert. Ich denke, die meisten Entwickler beginnen, auf ein Verteiltes Versionskontrollsystem wie Git oder Mercurial umzusteigen, und es scheint, als ob sich mehr Leute dem Git-Camp anschließen, was höchstwahrscheinlich bedeutet, dass Sie mehr Guides, Werkzeuge, etc. dafür finden werden da immer mehr Menschen darauf umsteigen.
Ich glaube nicht, Sprache sollte in die Gleichung kommen. Sowohl Mercurial als auch Git sind funktionell ähnlich und konzeptionell sehr verschieden von Subversion. Es ist wichtiger, dass Sie für die Art und Weise, wie Sie arbeiten möchten, die richtige Version der Versionskontrolle auswählen.
Wie es passiert, verwende ich Mercurial mit Java. Ich verwende Netbeans als meine IDE, die sowohl Mercurial als auch Subversion unterstützt - beide funktionieren gut. Ich kann Bitbucket auch sehr empfehlen.
Subversion ist die beste Lösung, wenn es um solide IDE-Integration geht, da jede Java IDE es unterstützt und Mercurial sollte für Netbeans-Benutzer gut geeignet sein, da das Entwicklerteam von NB es als Quellcodeverwaltung verwendet.
Git bietet nur keinen Vorteil gegenüber Mercurial, nur fehlende Windows-Unterstützung und weniger Werkzeugunterstützung im Allgemeinen.
Git wird jetzt in Windows unterstützt, wenn auch vielleicht nicht so gut wie Hg. Ich habe keinen Detailvergleich gemacht. – cmcginty
git benötigt cygwin oder msys um mit Windows zu arbeiten. kaum gut, native Unterstützung IMO. bewilligt, ich entwickle auf Linux, also könnte ich mich wirklich nicht weniger interessieren. – geowa4
Seien Sie vorsichtig.
Erinnerst du dich, wie du dich über CVS gefühlt hast, nachdem du Subversion benutzt hast?
Sie werden genauso über Subversion fühlen, wenn Sie git/mercurial verwenden.
Ja, sicher, Sie fallen für Weihnachten und das ungerade Wochenende,
, aber Sie können nie wieder nach Hause gehen.
Nachdem ich von den nutzlosen Subversion-Ignorierfiltern satt geworden war, zog meine Firma ein Projekt nach Mercurial. Ein paar Monate später hatten wir unseren gesamten Code (hauptsächlich Java) in Mercurial-Repos verschoben. Jedes zweite Wochenende tanzen wir nackt herum und brennen .svn Ordner, die singen und schreien. Verzweigen und Zusammenführen ist so viel reibungsloser als mit Subversion. Und es ist wirklich schön, gegen einen blitzschnellen lokalen Repo zu arbeiten.
Ich vermute, es gibt mehr Projekte mit Subversion als Git und Mercurial, aber der Trend scheint in Richtung verteilte Versionskontrollsysteme zu gehen.
Der entscheidende Punkt für uns ist IDE-Unterstützung, die felsenfest sein muss. Wir sind ein kleiner Laden und haben keine Ressourcen, um mit kleinen Unannehmlichkeiten fertig zu werden (deshalb sind wir auch immer noch auf CVS, da wir vor dem Wechsel eine gute IDE-Unterstützung als CVS benötigen).
Ich glaube, andere fühlen sich gleich. Das Quell-Repository ist so wichtig, dass jede Migration schmerzfrei sein UND Vorteile bringen muss.
Persönlich glaube ich, die Sonne Billigung von Mercurial es enormeously profitieren, vielleicht in einem neuen Defacto-Standard seine
Ich glaube, er fragt über Dinge wie, welche Dateien sollte er vielleicht mit Eclipse-in Verbindung ignorieren? Ich binäre Binary Directorys, aber das ist nicht SCM spezifisch. –