Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
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.
Ich habe mich erst im nachhinein mit SVN beschäftigt und sehe das genau andersrum. Warum muss ich mir nen Server anlegen, um was machen zu können?!
Alles was SVN kann kann git, nur besser und schneller.
Das sind nicht nur Parolen! Kleine junge Unternehmen verwenden git, große träge SVN.
Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von »dot« (06.07.2013, 14:21)
Mh, ich glaub ich muss die Aussage mal verständlich entschärfen. Das ist nur meine eigene Meinung, hab mir mal erlaubt das nicht vor jeden Satz zu schreiben. Allgemein sind so ziemlich alle Aussagen von mir hier nur mein eigener Eindruck. Keine Aussage ist wissenschaftlich wertvoll, da keine bzw. ungeeignete Quellen verwendet werden. Dachte das ist klar.Zitat
...
Was meinst du damit? Checkouts sind ja in SVN und git völlig unterschiedliche Dinge.Zitat
sparse checkouts
werden auch einige der Vorteile von git inzwischen von SVN unterstützt. Ist das auf das Tool beschränkt? Was wenn ich einem einfach den Ordner schicke? Funktioniert das dann auch noch?Zitat
Z.B. mit Tortoise SVN kann man auch lokale Repositories ganz ohne Server anlegen...
So gehört der Satz, andersrum klingt der dann schon wieder ziemlich nach ner ParoleZitat
Es ergeben sich für mich da keine sichtbaren Vorteile. Alles was SVN kann kann git, nur besser und schneller.
Das sind nicht nur Parolen!
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »easyMaxi« (06.07.2013, 17:25)
Das sind nicht nur Parolen! Kleine junge Unternehmen verwenden git, große träge SVN.
Für den Anfang braucht man keine tausend Commands. Da reichen genau 2, wenn man alleine ist:
- init , brauchst du nur einmal am Anfang
- commit. Das war es. Nicht wirklich kompliziert oder? (na gut ... commit -am, ansonsten sind es doch 3: add)
Ich denke wie vieles ist das am Ende eines Frage des Geschmackes.
Wenn man ernsthaft in einem Team arbeitet, nimmt einem git viele Problemstellungen ab (Stichwort merge).
Warum? Im Minimalfall ist es einfach ein schlankes VCS, welches nicht im Weg steht und seinen Job macht.Zitat
Gerade bei kleinen Unternehmen mit wenigen Entwicklern fallen die Vorteile von git doch direkt weg.
Ok .. ja Wollte aber eigentlich nur darauf aus, dass es kein Hexenwerk ist. Also mehr oder gar kompliziertere Befehle als bei SVN braucht man nicht.Zitat
Ohne Branches könnte ich aber nicht effektiv mit einem
Versionskontrollsystem arbeiten, womit dann also auch die zusätzlichen
Befehle, die du aufzählst unverzichtbar werden.
Ünterstützt SVN inzwischen richtige branches oder werden da nur Ordner kopiert? So meine ich mich erinnern zu können war das, als ich mich damit beschäftigt habe.
Werbeanzeige