FreeBSD: Umstieg von SVN auf Git
(lists.freebsd.org)-
Die Docs wurden bereits vor zwei Wochen umgestellt
-
Der Source-Code wird dieses Wochenende umgestellt
-
Ports soll wegen eines Timing-Problems im März nächsten Jahres umgestellt werden
- Als FreeBSD 2008 von CVS auf SVN wechselte, konnte Git die Größe von FreeBSD noch nicht bewältigen
→ Natürlich scheint es daneben auch Meinungsverschiedenheiten über Änderungen am Workflow gegeben zu haben: https://wiki.freebsd.org/GitDrawbacks
3 Kommentare
Ach … gegen den Zeitgeist kommt man wohl nicht an.
Als
mercurialundgitnoch um die Vorherrschaft konkurrierten, gefiel mir Mercurial eigentlich besser, aber von der Macht von GitHub wurde es völlig niedergewalzt, seufz T_T.Wir verwenden nun auch schon seit einigen Jahren
git, und als verteiltes Repository hat es zwar den Vorteil, dass man lokale Branches und lokale Commits frei nutzen kann,aber große Repositories lassen sich nicht verwenden, sodass man sie aufteilen muss … und bei Bitbucket waren wir ziemlich überrascht, als wegen der 2-GB-Grenze plötzlich jegliche Arbeit verweigert wurde. Submodule sind so gestaltet, dass man dabei geradezu nach Fehlern schreit, daher kann ich sie nicht empfehlen. Man führt denselben Merge noch einmal aus, muss denselben Konflikt wieder lösen und merged dann am Ende vielleicht noch falsch … Warum ist da überhaupt diese absurde Entscheidung eingebaut, Zeilenumbrüche in Dateien automatisch zu ändern? Als gewöhnliches Source-Code-Repository gibt es zu viele seltsame Entscheidungen bei den Standardwerten, deshalb mag ich es nicht besonders.
Oh … ich habe Mercurial noch nicht verwendet und bin deshalb neugierig: Darf ich fragen, wie die von Ihnen genannten Dinge in Mercurial funktionieren?
Submodule
Merge-Konflikte
Zeilenumbrüche in Dateien
Macht Mercurial solche Dinge intelligenter?
Ich wünschte, Firefox würde auch von Mercurial zu Git wechseln. Ich habe schon einmal zu Firefox beigetragen und war so verwirrt, dass ich ziemlich zu kämpfen hatte.