Druckbare Version
Ich wollte demnaechst die Moeglichkeit im Forge anbieten, seine Projekte nicht nur mit einem BugTracker, Wiki, Zeitplanung, Foren usw. zu betreiben/betreuen, sondern auch Projektbezogen ein VCS dazupacken.
Nur stellt sich da die Frage : Wollt ihr das, und wenn ja, welches ?
Ich biete GIT oder SVN an, also, schoen Wertung abgeben, ich werds dann mitteilen, wenns aktiviert wird.
Ich liebe ja Mercurial und würde es vermissen aber nehme dann lieber als Alternative GIT. Das kommt dem am nächsten.
lol, bisher 3 Stimmen für GIT, naja bei 5 Stimmen noch nicht unbedingt repräsentativ, aber bin mal gespannt was bei rum kommt ;)
Ich oute mich mal als Gewohnheitstier - daher SVN :D
Aber man kann sich ja auch umgewöhnen. Was gefällt Euch denn besser bei GIT?
@Tril:
PS: Kommst Du am 30.?
Ich zeige dir am 30. mal ein paar Kniffe und Tricks, die SVN nicht kann :)Zitat:
Zitat von christian
MfG Tristan
Dem würd ich mich dann gerne anschließen ;)
Geht da nicht beides? SVN funktioniert ja jetzt schon...
Hab ich was verpasst?
Aber gerne !Zitat:
Zitat von tril
Wäre auch für beides... Da ich zur Zeit sehr oft mit SVN arbeite und den GUI gut kenne, würde ich darauf nicht verzichten wollen. Allerdings habe ich auch einen eigenen SVN-"Server", vielleicht kann man alternativ einfach diesen einbinden?Zitat:
Zitat von Toflar
es geht nicht um das einbinden. Ich wollt nur den Nutzern des Forge neben der Projektverwaltung auch SVN und/oder GIT anbieten
lol, bin echt gespannt, obwohl sich sehr mehrere SVN Liebhaber zu Wort gemeldet haben führt GIT immer noch :D
*gespanntaufergebnisbin*
Same as christian said...
Bin auch eher an SVN gewöhnt und hab mit Git bisher nur in Verbindung mit GitHub Erfahrung und da auch nur "lesend".
@tril: Mich würden die Vorteile von Git auch mal interessieren. Hab bisher nur gelesen, dass es besser beim Branching/Merging sein soll, aber das braucht man meist bei Extension nicht, da häufig eh nur ein Entwickler dran sitzt (und das geht ja mit SVN auch)
Hätte generell auch nix gegen Git, da ich auch eigene Repos habe.
"Warum Git besser als X ist" (bzw. "Why Git is Better than X") für den schnellen Überblick. Insbesondere würde sich für einen Hauptentwickler der Arbeitsablauf eines Integrationsmanagers anbieten, siehe dazu Arbeitsabläufe.
Und hier mal ein Größenvergleich:
... habe mir mal das komplette SVN-Repo für Contao ausgecheckt: ~1,17 GBCode:svn co http://svn.contao.org .
... und im Vergleich dazu geklont mit git: 32,8 MB.Code:git svn clone -s --prefix=svn/ http://svn.contao.org/ .
:eek: Wer hat da mehr Ahnung als ich mit git-svn? Dieser Unterschied ist doch sehr beträchtlich! :eek:
Ich mag die VCS der 3ten Generation ja wirklich aber deine verlinkte Seite ist leider nicht mehr als Propaganda :( Schau dich mal ein wenig um im Netz. Die Seite wird von den meisten Entwicklern nicht grade empfohlen. Oder ich verkehre in den falschen Kreisen ;)Zitat:
Zitat von Borrible
Leider kenne auch ich keinen ultimativen Link aber was für den ersten Überblick auf jedem Fall hilft ist diese Slideshow: http://www.slideshare.net/mariomuell...ende-einfhrung
Hauptberuflich haben wir uns jetzt im letzten Jahr nach 3 Jahren der Entwicklerung mit SVN besonnen und sind komplett auf Mercurial umgestiegen. Der Weg nach git ist nicht weit und daher kenne ich beides - ich liebe es und will nie wieder zurück zu SVN.
SVN legt ja auch in jedem Ordner einen weiteren versteckten Ordner .svn an. In diesem befinden sich nochmal alle Dateien. So werden Projekte schnell doppelt so groß. Das ist ja auch der riesen Nachteil bei SVN.Zitat:
Zitat von Borrible
Bei Git/Mercurial/Bazaar gibt es nur einen Ordner im Root und in diesem liegen nur die Änderungen und die Historie. Der bleibt zwar auch nicht bei 80kB aber ist doch beträchtlich kleiner als SVN es je sein wird.
Desweiteren ist es leichter Git-Projekte zu "exportieren". Bei SVN benutzt man dafür die Export-Funktion - ich habe elendig lange danach bei Git und Mercurial gesucht bis ich verstanden habe dass das garnicht notwendig ist :)
Ok, ok, mir fiel die Seite gerade als erste ein. Natürlich findet man dazu sehr viel im Netz. Sie ist leider auch nicht mehr die Jüngste, aber sie liefert Anhaltspunkte, was man vergleichen kann.Zitat:
Zitat von jared
SVN der Gewohnheit wegen.
Aber wie schon hier und da erwähnt wäre ich für GIT offen sofern mir jemand des komische Zeug erklärt ;)
Geht mir übrigens genau gleich^^Zitat:
Zitat von Psi
Hab mich mittlerweile damit befasst und werde wohl in Zukunft auch auf git setzen ;)
Dann macht mal eine Doku, bitte
Gibt's ja schon ... ;-)
http://www-cs-students.stanford.edu/...magic/intl/de/
(und das zu lesen macht deutlich, weshalb ich weiter oben für GIT gestimmt habe. Yanick, das schaffst Du auch ...)
Ich hab auf "mir egal" geklickt ;)
BTW, ich hab mich da weitergebildet: http://progit.org/book/ =)
Ich war mal so frei und habe mir das SVN-Repo in ein Git-Repo ge-cloned ... GitHub :cool:
Also, wer Git mal ausprobieren möchte:
Damit hättet Ihr dann den aktuell eingefrorenen Stand der Beta vor der Nase.Code:HOST:~ USER$ git clone git://github.com/borrible13th/svn.contao.org.git my-local-contao-repo
HOST:~ USER$ cd my-local-contao-repo
HOST:my-local-contao-repo (master) USER$ git checkout --detach contao-2.10.beta1
HOST:my-local-contao-repo ((contao-2.10.beta1)) USER$
bitte ein git
Erstaunlich, 50:50, damit hätte ich nicht gerechnet :eek:
Meine Meinung: Unbedingt Git.
Ich mache inzwischen alles nur noch mit Git :)