... sagen wir, ich checke etwas Code aus, mache ein wenig Entwicklung oder Refactoring oder was auch immer ... checke ich es erst wieder ein, wenn ich völlig zufrieden bin? ... was ist, wenn ich meine Meinung über etwas ändere, während ich kodiere? kann ich zu einer früheren lokalen Version zurückgehen? gibt es einen Verlauf meiner lokalen Entwicklung?
Geht es bei der Versionskontrolle um den Verlauf der Bereitstellung oder den Verlauf der Entwicklung?
Das hängt von Ihnen, von Ihrem Team und von Ihren Werkzeugen ab. Bei einem zentralisierten Versionskontrollsystem sollten Sie beispielsweise keine "kaputten" oder "unvollständigen" Daten übertragen, während Sie dies bei einem verteilten System tun können und dadurch Vorteile erhalten. Siehe hier für detailliertere (und interessante) Beispiele: http://bazaar-vcs.org/Workflows
Ich denke, die richtige Antwort ist wahrscheinlich "es kommt darauf an" :)
Wenn Sie die Versionskontrolle in einer Produktionsumgebung verwenden, geht es um den Verlauf der Bereitstellung. Wenn Sie sie in einer Entwicklungsumgebung verwenden, geht es um die Entwicklungshistorie. Wenn Sie an beiden Orten dasselbe Versionskontrollsystem verwenden (was nicht ungewöhnlich ist), dann wird es wahrscheinlich je nach Zweig variieren. Zum Beispiel haben Sie Ihre Stamm- und Feature-Zweige, die sich auf die Entwicklung beziehen, dann würden Sie diese in Release-Zweige verzweigen, die auf Produktionssystemen eingesetzt werden. Die Historie der Veröffentlichungszweige zeigt den Verlauf der Bereitstellung.
Einige Versionskontrollsysteme, wie Git und Mercurial, und ich glaube SVK (ein seltsam abgewandeltes SVN) erlauben es Ihnen, lokale Repositories zu haben, aus denen Sie frühere lokale Versionen abrufen können. Soweit ich weiß, erlaubt keines dieser Systeme ein Rollback, wenn Sie Ihre Änderungen nicht zumindest in Ihr lokales Repository übertragen haben. Eclipse erlaubt es Ihnen auch, unabhängig von Ihrem Versionskontrollsystem zu früheren Versionen zurückzukehren.
Bei der Versionskontrolle geht es um die Sicherheit und die gleichzeitige Änderung von gespeicherten Informationen. Selbst mit Versionskontrollsoftware muss man immer noch definieren, was eine Version und was eine Bereitstellungseinheit ist. Ohne diese Definition bietet die Versionskontrolle nur einen einfachen Rollback-Mechanismus und viele Optionen von geringem Interesse und subtiler Bedeutung.
Die Spanne zwischen diesen beiden ist sehr gering. Wenn die Versionskontrolle jedoch richtig eingesetzt wird, geht es um die Quellcodekontrolle, d.h. die Entwicklungskontrolle/-geschichte. Wenn man sie richtig einsetzt, checkt man oft aus und erhält eine schöne Versionshistorie, die auch dazu verwendet werden kann, zu verfolgen, wann man was gemacht hat, für Zeitberichte und Fallbacks, wenn Fehler auftreten.
Die kurze Antwort lautet: beides, wenn es richtig eingesetzt wird :)
... sagen wir, ich checke etwas Code aus, mache ein wenig Entwicklung oder Refactoring oder was auch immer ... checke ich ihn erst wieder ein, wenn ich völlig zufrieden bin?
Dies ist eine Frage der persönlichen Vorliebe. Sicherlich können Sie Code einchecken, der sich nicht kompilieren lässt oder bei dem die Funktion, die Sie hinzufügen wollten, nicht vollständig ist. Aber es könnte für jeden anderen, der auf Ihr Repository zugreift (falls es jemanden gibt), lästig sein, Dateien auszuchecken, die nicht funktionieren. Ich denke, die Antwort auf diese Frage hängt größtenteils von der Größe des Teams Ihres Projekts und der Persönlichkeit des Teams ab.
Gibt es eine Geschichte meiner lokalen Entwicklung?
Dies hängt von dem von Ihnen verwendeten Versionskontrollsystem ab. Mit Git können Sie lokale Änderungen verfolgen.
Geht es bei der Versionskontrolle um den Verlauf der Bereitstellung oder den Verlauf der Entwicklung?
Entwicklungshistorie, obwohl ich nicht verstehe, was Sie davon abhält, bei jeder Veröffentlichung die einsatzfähigen Dateien und Konfigurationsdateien in das Repository zu übertragen (allerdings gibt es wahrscheinlich bessere Systeme, um solche Dinge zu verfolgen).
CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.
