spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Also wenn du zu git waechselst solltest du dir ueberlegen evt Github zu benutzen. Der hauptvorteil ist, dass andere deutlich leichter mithelfen koennen und deine Engine weiterentwickeln koennen. Die migration von SVN nach GIT geht eigentlich recht einfach. Ausserdem haben die meisten IDEs GIT integirert. Ich persoenlich nutze git nur ueber die Konsole. Man braucht auch garnicht soviele befehle. Schau dir doch einfach mal diese Seite an: http://www.atlassian.com/git

Hab vor kurzem erst mit Git angefangen.
Ich benutze Bitbucket und als Benutzeroberfläche Sourcetree. Kann ich sehr empfehlen.

Ich benutze Git Extensions unter Windows. Das ist sehr gut. Tortoise Git war als ich es getestet habe (schon ein paar Jahre her) sehr schlecht und kaum brauchbar. Könnte aber mittlerweilen anderst sein. Ich persönlich komme sehr gut alleine mit dem GUI zurecht. Finde ich angenehmer als mit der Konsole, aber viel zu lernen ist es auch nicht.

Git vs. SVN: (Git kann im folgenden auch mit Mercurial ersetzt werden)
Ich sehe das eigentlich so, dass man mit Git genau gleich arbeiten kann wie mit SVN. Wenn man alleine an einem Projekt arbeitet ist das eigentlich sowieso so. Branching find ich halt sehr praktisch und mache ich auch gerne wenn ich nur alleine bin. Und ebenfalls mag ich, dass ich ständig überall comitten kann (Notebook unterwegs). Das ist sehr nützlich, wenn ich im Team arbeite, wo man Änderungen comitten möchte, welche in sich die anderen Leute stören würde, aber dann pushe ich diese Änderungen einfach noch nicht, sondern erst wenn ich komplett fertig bin.

Abgesehen von fehlender Erfahrung oder Altlasten gibt es imo eigentlich keinen Grund SVN zu benutzen.

Zitat von »drakon«

Abgesehen von fehlender Erfahrung oder Altlasten gibt es imo eigentlich keinen Grund SVN zu benutzen.

Also für mich wäre eigentlich der einzige Grund git zu benutzen der, dass ich keinen Server hab, auf dem ich das SVN-Repository laufen hab.

Kann mich da mal jemand aufklären, was an git so grundlegend besser sein soll, dass sich die unterirdische Usability lohnen würde? Das Internet ist voll von Einträge wie schön effizient (Achtung Sarkus) doch so eine einfache Operation wie in einen Branch comitten sein kann. Gefühlt sind das 100 Befehle, die wiederum je nach Laune jeweils 100 andere Fehlermeldungen werfen die nicht sehr verständlich sind.

Vielleicht liegt es ja auch einfach daran, dass ich privat und im Job einen Workflow habe, der perfekt von SVN abgedeckt wird, aber für mich sah git immer EXTREM umständlich aus.

@Sylence: Wie schon angesprochen ist es garnicht so kompliziert. Ich kann dir nur empfehlen dir mal diese Seite: http://www.atlassian.com/git anzuschauen. Ausserdem hat Git mehrere vorteile. Du kannst unabhaengig von einer Internet verbindung die komplette History durchsuchen branches auschecken neue anlegen und comiten und das ganze dann gebuendelt sobald du wieder Internet hast ins master repo schieben. Ausserdem ist das merging von Git deutlich besser als bei SVN (Meiner erfahrung nach zumindest). Und zu guter letzt ist es dank Platformen wie github super easy moeglich Opensource Projekte zu hoste, an dene jeder mitarbeiten kann und die aenderung dir zu verfuegung stellen kann. Du die einfach nur noch reviewst und dann in dein Repo merged (da branching und tagging und solche spaesse deutlich besser und schneller funktionieren). Ausserdem ist git ausser beim initalen checkout deutlich schneller (Da viele operationen einfach nur lokal ausgefuehrt werden koennen).

Zitat von »Sylence«

Kann mich da mal jemand aufklären, was an git so grundlegend besser sein soll, dass sich die unterirdische Usability lohnen würde? Das Internet ist voll von Einträge wie schön effizient (Achtung Sarkus) doch so eine einfache Operation wie in einen Branch comitten sein kann. Gefühlt sind das 100 Befehle, die wiederum je nach Laune jeweils 100 andere Fehlermeldungen werfen die nicht sehr verständlich sind.

Vielleicht liegt es ja auch einfach daran, dass ich privat und im Job einen Workflow habe, der perfekt von SVN abgedeckt wird, aber für mich sah git immer EXTREM umständlich aus.

Probier einfach mal am besten Git mit einer netten IDE aus. Wenn du das Prinzip von comitten/branches bereits kennst brauchst du gar nichts zu lernen um damit anzufangen.
In meinem Workflow sieht das ändern des Branches so aus, dass ich auf ein Dropdown klicke und dort den gewünschten Branch auswähle. Dann ist wieder alles ganz normales comitten.


Btw:
Falls noch mehr Diskussionsbedarf besteht werde ich die Unterhaltung in einen eigenen Thread schieben. @Fetze.

Mit Source Tree sind die GIT basics eigentlich recht leicht zu lernen. Es ist IMO um ein vielfaches komplexer als SVN. Man kann es wie SVN nutzen, aber spaetestens wenn man mal nen Befehl aus versehen falsch benutzt (was recht schnell passieren kann) muss sich mit dieser Komplexitaet beschaeftigen.

SVN ist da wesentlich simpler, was fuer SVN spricht so lange die Workflows von SVN abgedeckt sind.

Sylence: Die Vorteile von GIT liegen neben der dezantralisierung vor allem in der flexiblitaet in sehr grossen Projekten mit vielen Mitarbeitern (der Linux Kernel ist denke ich das beste Beispiel). Man kann wesentlich komplexere und ausgereiftere Workflows von Code Reviews, Build Servern, Automated Tests, etc entwickeln.

Selbst wenn du fuer dein Projekt diese flexiblitaet nicht benoetigst, ist GIT definitiv ein guter Skill zu lernen. Die Chancen sind IMO hoch, dass du es frueher oder spaeter eh benutzen musst.

Ich war auch am überlegen für meine Thesis ein Repo zu benutzen... Gibt es für GitHub eine Möglichkeit, dass nicht jeder meine Thesis und vor allem nicht meinen Code einsehen kann? Das fand ich immer so schön an SVN.

Ja, es gibt private Repos, die allerdings pro Monat etwas kosten. 5 kosten 7$, 10 12$, gibt da natürlich noch ein paar mehr Pakete