Versionskontrollsystem für einen einzelnen Entwickler

Ich würde Subversion (in der Tat ich benutze es) [update: Jul 2014-ich benutze Git -- siehe Ende der Antwort].
SVN ist:

• frei,
• gut genug (siehe Nachteile unten),
• einfach,
• funktioniert gut auf Windows (und Linux auch),
• eine Menge Leute nutzen es, so dass es leicht, um Hilfe zu Holen,
• kann die Integration mit den meisten IDEs d.h. Visual Studio (d.h. ankhsvn oder VisualSVN -- mehr info) oder Eclipse (d.h. Subclipse -- hier jemand danach gefragt).

Ich würde stark empfohlenen separaten Maschine-zu-source-control-server. Am besten irgendwo auf die cloud. Vorteile:

• Sie nicht verloren, Ihren Quellcode-repositories, wenn Ihre Entwicklung-box stirbt.
• Sie nicht haben, um sorgen über die Wartung von mehr als einer box.

Gibt es Unternehmen, die Gastgeber SVN-repositories.

Hier sind links zu SVN (client und server) - Pakete sind für verschiedene Betriebssysteme.

Nachteile der SVN

Bin ich mit SVN auf einer Windows Maschine seit etwa 5 Jahren und fand, dass der SVN hat ein paar Nachteile :).

Es ist langsam bei großen repositories

SVN (oder seine AUFTRAGGEBER -- TortoiseSVN) hat eine großen Nachteil -- es schrecklich langsam (beim aktualisieren oder zu Begehen) auf große (mehrere tausend Dateien) repositories, es sei denn, Sie haben SSD fahren.

Zusammenführung kann schwierig sein

Viele Leute beschweren sich über wie schwer ist ein Zusammenführen mit SVN.

Ich Tue das für etwa 4 Jahren (einschließlich über 2 Jahre in CVS -- das war schrecklich, aber machbar) und etwa 2 Jahre mit SVN.

- Und ich persönlich finde es nicht schwer-auf der anderen Seite-jede Zusammenführung ist einfach nach dem Zusammenführen von branches in CVS :).

Ich tun Zusammenführen von großen repository (zwei repositories in der Tat) einmal in der Woche und selten habe ich Konflikte sind schwer zu lösen (die meisten Konflikte werden automatisch gelöst mit diff software, die ich benutze).

Jedoch im Falle des Projekts von ein paar Entwickler Zusammenführen sollte kein problem sein, wenn Sie halten ein paar einfache Regeln:

• änderungen oft,
• vermeiden, die aktive Entwicklung in den verschiedenen Zweigen gleichzeitig.

Hinzugefügt im Juli 2011

Viele devs empfohlen Distributed Version Control wie Git oder Mercurial.

Vom Entwickler Perspektive gibt es nur ein paar wichtige Vorteile von DVCS über SVN:

• DVCS schneller sein können.
• Sie verpflichten sich, zu lokalen repository, ohne Zugang zu zentralen.
• DVCS ist, geile Sache und Phantasie zu verwenden/zu lernen (wenn jemand zahlen für Ihre Lern -).

Und ich glaube nicht, dass die Zusammenführung ein problem bei einzelnen Entwickler.

Joel Spolsky schrieb tutorial über Mercurial was ist wirklich Wert zu Lesen.

So, trotz der vielen Vorteile von DVCS ich würde bleiben mit SVN, wenn die Verschmelzung oder die Geschwindigkeit ist nicht ein problem.

Oder versuchen, Mercurial, die nach diese und diese SO Fragen, wird besser unterstützt (im Juli 2011) auf Windows.

Hinzugefügt, im Juli 2014

Seit etwa einem Jahr benutze ich Git (Git-Bash hauptsächlich) für meine pet-Projekte (d.h. Lösung des Euler-Probleme) und lokalen Niederlassungen für jede Euler-problem sind wirklich ein nettes feature -- genau so, wie es beschrieben wird, da der Vorteil des DVCS.

Heute Git-tooling auf Windows ist viel, viel besser als in 2 oder mehr Jahren.
Sie können remote-repo (wie GitHub oder ProjectLocker und viele andere) zu halten
Kopie von Ihrem Projekt entfernt von Ihrem Arbeitsplatz ohne zusätzlichen Aufwand/Geld.

Aber ich benutze GUI-client nur sieht diffs (und manchmal bei der Auswahl von Dateien zu Begehen),
so ist es besser, keine Angst vor der Kommandozeile-es ist wirklich schön.

So, ab heute würde ich mit Git.

InformationsquelleAutor der Antwort Grzegorz Gierlik

Ich würde definitiv empfehlen, git

Funktioniert gut für sowohl große und kleine teams. Einziger Nachteil ist die schlechte native windows-Unterstützung. Obwohl es funktioniert gut für mich in Cygwin. Es existiert auch eine die nativen windows-port.

Einige seiner Vorteile:

• Hervorragende Unterstützung für eine nicht-lineare Arbeitsabläufe. Seine branching und merging ist weit besser als zB Subversion.
• Gute tools, navigieren Sie Ihr repository
• Bearbeitet große Projekte.
• Es ist nicht möglich, ändern Sie die Geschichte, ohne änderung der kryptografischen Signatur, die aus Ihrem repository
• Mit seiner nicht-monolithische design, ist es einfach zu Skript.

Einige Leute finden, dass es hat eine steile Lernkurve. Aber sobald Sie es verstehen können Sie fast alles, was Sie möchten.

InformationsquelleAutor der Antwort Thomas Watnedal

Sourcegear ' s Vault ist eine gute option, es läuft auf SQL Server, und es hat schon seit vielen Jahren. Würde ich nicht verwenden, eine beliebige version von VSS (Visual Source Safe).

InformationsquelleAutor der Antwort Erick Sgarbi

Ich bin überrascht, niemand hat erwähnt Perforce. Es ist kostenlos, für 2 Personen, rasend schnell, und lässt sich mit VS. Auch Quellserver hat Bindungen für die es standardmäßig.

Neben der source-control, es lohnt sich wirklich, um die komplette Schleife und Einrichtung einer Symbolserver und ein Quellserverso dass Sie einfacher zu Debuggen, was Sie geliefert haben (z.B. nicht mehr die Suche nach PDB-Dateien oder source, die mit der binary). Beide source-und symbol-server sind komplett kostenlos und unterstützt in VS seit 2005.

InformationsquelleAutor der Antwort Steve Steiner

Benutze ich Mercurial. Es läuft eine Behandlung läuft allein auf meinem Vista-system für die Entwicklung, die keine andere Abhängigkeiten benötigt. Ich verwende die Kommandozeile, aber es gibt auch TortoiseHG Integration mit Explorer.

Zwei Kommentare:

1. Gibt es andere Instrumente, welche wahrscheinlich die Integration mit VS besser. Ich denke, dass Subversion hat eine schöne VS-plug-ins.
2. Der Vorteil von einem separaten server ist, dass es ein schönes backup von alle Ihrer Arbeit im Falle Ihrer Festplatte stirbt auf Sie etc. also der Rabatt mit einer.

Edit: @Slartibartfast - wenn Sie nur wollen, zu laufen, source code control auf einer einzigen Maschine eine Verteilte Source-Code-Control-Tools wie git oder Mercurial ist ideal, da Sie sind entworfen, um eine vollständige Repositorys auf einer Maschine ohne den Aufwand für einen server. Die Tatsache, dass Sie nie mit Ihrem repository, um jemand anderes zu push-und pull-änderungen bedeutet nicht, dass das tool nicht richtig sein.

InformationsquelleAutor der Antwort Dave Webb

Einem source-control-system kümmert sich nicht, wenn es nur einen Entwickler gibt, die beteiligt sind 🙂

Ich würde empfehlen, dass Sie verwenden ein source-control-system, die Sie verwendet haben, bevor, und mochte.

Wenn Sie wie vs 2008 integration des source-control-system, jedoch würde ich mit TFS obwohl ich nie die Erfahrung gehabt, um es einzurichten, aber es sollte nicht so schwer sein.

Andere Möglichkeit ist die Verwendung von svn (Sie finden auf einigen Servern von google), und verwenden Sie Tortoisesvn , integriert sich in die windows shell und ist schön, mit zu arbeiten.

InformationsquelleAutor der Antwort Stormenet

Empfehle ich zwei Dinge:

Erste, dass die anderen server - was passiert, wenn Ihr Computer stirbt? das Haus brennt? etc. Dass es auf einem anderen Rechner ist eine gute Idee von einer Redundanz Sicht.

Das zweite ist WAS:

Wenn Sie sind sehr vertraut mit visual source(un -) sicher, denke über SourceGearVault. Es ist SEHR schön, sehr schnell und sehr stark verbessert "Klon" der VSS (ie funktioniert auf die gleiche Weise von dem Benutzer POV, nicht unter der Haube). Muss SQL server-und windows-tho (es .NET + SQL server). Kostenlos für 1 Benutzer.

Nicht, dann schlage ich vor, Sie tun eines von zwei Dingen:

Erste, VisualSVN. Es ist toll, arbeiten mit VS2008 wirklich gut.
Zweitens, wenn Sie MÜSSEN, um Sie lokal auszuführen, erhalten VisualSVN server (kostenlos!). Stellen Sie sicher, Sie haben eine gute backup-plan. Läuft auf XP/2003/2008/Vista etc.Es ist nur Apache + SVN, unter der Haube, so dass es nur speichert Sie auf der setup - hat mich 5 Minuten zu installieren und haben es ausgeführt.

ODER, und ich bevorzuge diese:

gehen irgendwo wie Unfuddle, Dreamhost etc, und erhalten hosting für SVN. Es ist privat, es ist schnell, und die meisten von allen - es ist OFFSITE. Meine dreamhsot Konto, mit etwas verrücktes wie 500 GB Speicher und 1-2 TB transfer/Monat kostet etwa 6 $/Monat! Es gibt andere, die tun, SVN hosting + bug-tracking, etc. Schauen Sie sich um.

Aber ja - SVN ist das schizzzznit.Sie könnte erstellen Sie ein lokales repository, aber ich mag einen entfernten, gesicherten server.

TFS ist totaler, völliger overkill für 1 Entwickler (oder <5 IMO)

InformationsquelleAutor der Antwort Nic Wise

Basar ist eine gute version control system. Ich möchte es für meine linux-configs, da brauchen Sie nicht zum erstellen einer separaten repo.

InformationsquelleAutor der Antwort Tanj

Gut, für den Anfang, brauchen Sie nicht vertrieben 🙂
Ich bin mir nicht sicher, was dieser physische Teil bedeutet, weil Sie setzen könnte, svn-server auf eine eigene Maschine, in der wenig Mühe.

Auf der anderen Seite, NetBeans haben die lokale Geschichte Modul protokolliert alle lokalen änderungen an einer Datei. Vielleicht wäre so etwas genug für Sie, wenn Sie Visual Studio haben, etwas ähnliches.

InformationsquelleAutor der Antwort Slartibartfast

Einige gute Antworten hier.

Ich möchte zu re-iterieren, den Vorschlag, einen separaten computer zum hosten der source-control-server, obwohl es nicht zu einer gewidmet Maschine. Es könnte Ihr die Windows Home Server-box, oder einen anderen server, mit dem Sie bereits läuft. Oder könnte es sein, eine virtuelle Maschine gehostet auf einem anderen server. Was auch immer, nur machen es getrennt von der Maschine(s), wo Sie den code schreiben.

Ich möchte auch vorschlagen, dass man einen guten backup-Disziplin für Ihren server. Etwas nightly zumindest stundenweise, wenn Sie können. Zurück bis zu einem dedizierten Gerät (wie einer externen Festplatte) oder etwas offsite (auf einen server in Ihrem Vetter-Haus in einem anderen Staat) oder in der cloud (Amazon S3). Denken Sie daran, dass Sie Ihre source-code ist Ihr Schlüssel asset; kümmern!

InformationsquelleAutor der Antwort Jay Bazuzi

Hände nach unten würde ich die git verwenden, und ich glaube, viele Gründe, warum ein single-Entwickler möchte mithilfe von git sind angedeutet oder beschrieben in git magic

InformationsquelleAutor der Antwort skiphoppy

Ich sehe nicht ein, warum die Tatsache, dass Ihr ein Entwickler ändert nichts an der source-control-Problem. Ich würde Folgen Sie dem gleichen system (in der Tat mache ich auf meine solo-Projekte). Ich benutze wush.net (svn und trac) in diesen Fällen. Es ist schnell aufzubauen und nicht erfordern, dass Sie selbst tun oder wissen irgendwelche server-Probleme. Ich empfehle, verwenden Sie etwas wie dieses.

InformationsquelleAutor der Antwort Alexander Morland

Benutze ich Notgedrungen auch für meine eigenen persönlichen Sachen, vor allem, weil wir verwenden es bei der Arbeit. Es gibt emacs-bindings für Sie als gut, so dass Sie synchronisieren können, prüfen Sie, Sachen in oder out, etc. alle innerhalb von emacs.

InformationsquelleAutor der Antwort Graeme Perrow