Frage

ich wirklich brauchen, um mit der Quellcodeverwaltung zu beginnen, weil ich absolut verrückt Haltung gehe Spur von meinem Code und Modifikationen, wie es ist.

Ich bin ein einzelner Entwickler unter Windows. Ich benutze Eclipse-für die meisten meiner Entwicklung. Einige meiner Projekte sind in wamp / www Ordner gespeichert. Andere Nicht-PHP-Projekte sind in einer oder mehreren Eclipse-Workspaces.

ich nicht arbeiten in einem Team mit anderen Entwicklern, so meine Bedürfnisse unterschiedlich sind auf diese Weise:

  • Ich brauche etwas, das ich ein lokales Repository erstellen läßt. Ich will nicht auf einem externen Standort abhängen. Was ich brauche, ist die Versionskontrolle, nicht die externe Sicherung.

  • Einfaches Backup ist wirklich sehr wichtig für mich. Ich brauche einfach ein Backup auf und die Repository wiederherstellen, wenn ich meinen Computer formatiert werden. Ich fand diese Frage , das eine Versionskontrolle schlägt genannt Fossil, das in meinem Fall wirklich attraktiv klingt, weil das ganze System eine sQLite-Datei ist. Das wäre super einfach zu sichern und wiederherzustellen, aber ich würde ein wenig mehr bekannt zu etwas bevorzugen, wenn es irgendwelche anderen bekannten Version Systeme, die mich lassen das gleiche tun.

fossil-scm.org/index.html/doc/tip/www/index.wiki

  • Ich brauche etwas, das vorzugsweise schön mit wamp spielen würde.

  • Ich bin auf der Seite der git gelehnt, weil eine Menge Leute darüber reden, aber ich frage mich, ob es wirklich für mich das Richtige ist. Ich habe das Gefühl, es für die Teams am besten ist.

War es hilfreich?

Lösung

Eine starke Vorteile des fossilen ist, dass es für „low-Zeremonie“ entworfen wurde. Man braucht nicht viel Konfiguration etwas zu tun haben, die Datenbankdatei selbst lokal gehalten werden kann, und es meist bleibt nur der Ausweg.

Ich habe es auf einer Handvoll von Projekten verwenden, die meist Single-Prinzip-Entwickler sind und ganz ist immer mit ihm verbunden.

Es hat eine kleine User-Community zum Teil, weil es nicht viel offenkundiges Marketing oder Evangelisation hatte. Aber diese Gemeinschaft macht, indem sie sehr reaktionsschnell auf seiner Mailing-Liste für seinen Mangel an Marketing-up.

Es ist aber auch die Steuer Version hinter SQLite stehen, so dass es sowohl ein Benutzer von SQLite für seine Datenbank-Datei sowie ein wichtiges unterstützendes Werkzeug für die Umsetzung des SQLite.

Auch für einen einzelnen Benutzer, den Vorteil der Leichtigkeit der Replikation eines Endlagers zu nehmen ist eine gute Möglichkeit, ein Backup. Verstecken Sie Ihre Repositories auf einer zweiten Maschine mit einer minimalen Menge von CGI-Konfiguration und Sie können Ihre Arbeit und haben eine Live-Backup AutoSynch. Setzen Sie diese Maschine in das Haus eines Freundes oder zu einem günstigen Webhoster und Sie haben ein Offsite-Backup.

Edit:

Sehen Sie die fossilen Homepage für eine guter Ausgangspunkt. Jedes Repository kann über das eingebaute in sehen wird Web-Interface , die den Zugriff auf die Timeline, Ticketsystem, dem Wiki, und Projekteinstellungen ermöglicht. Es kann auch zu betrachten, von Dokumenten verwendet werden, die in das Repository eingecheckt werden. In der Tat, alle Links zu Seiten, auf fossile Website werden von einer Kopie von fossilen serviert.

Es gibt ein anständiges Buch im Entwurf , die durch den Prozess der mit fossilen für allgemeine Aufgaben in einem recht großen Projekt.

Die Quellrepository für SQLite wird auch von fossilen gehalten, und seine Web-Oberfläche wird von sowie eine Kopie von Fossil. Alle SQLite-Repositories und die fossilen Repository unter mehreren geografisch getrennten Servern von Cron-Jobs synchronisiert gehalten, die periodische fossil sync Befehle zu tun.

Eine einfache Möglichkeit, ein Halten eines Endlagers mit einer reichen Geschichte, um zu spielen, um ist, die Quelle zu fossilen selbst zu klonen. Dazu legen Sie eine Kopie der fossilen ausführbare Datei in Ihrem PATH, dann in einem leeren Ordner irgendwo sagen wir

C:...>fossil  clone  http://www.fossil-scm.org/  fossil.fossil
C:...>mkdir src
C:...>cd src
C:...>fossil open ../fossil.fossil

Sie sind nun in einer offenen fossil-Repository stehen die vollständige Quellcode und Versionsgeschichte von fossilen enthält. Mit GCC, awk und zlib zur Verfügung, sollten Sie in der Lage sein, es von der Quelle zu bauen. (Unter Windows ist es am einfachsten zu bauen mit MinGW von einem MSYS Bash-Eingabeaufforderung in meiner Erfahrung.)

Sie können in regelmäßigen Abständen fossil update tun, um Ihren Klon aktuellen Stand zu halten, und ich empfehle Sie fossil ui versuchen, die volle Leistung des Web-Interface mit administrativem Zugriff auf das Klon zu sehen.

Andere Tipps

Ich denke, dass Mercurial über TortoiseHg ein sehr schöner Start für Anfänger in SCMs sein würde (ja, ich weiß, dass git wunderbar ist auch, aber imho es für Anfänger zu schwierig ist)

git ist sehr einfach zu Backup. Das Repository ist vollständig in sich abgeschlossen und kann auf eine andere Maschine oder auf DVD gebrannt kopiert werden. Die Wiederherstellung ist so einfach wie die repo zurück auf dem lokalen Rechner zu kopieren.

Wenn Sie eine zweite Maschine, ein externes Laufwerk oder ein montierbares externen Ort, Sie git oder Mercurial für mächtige Quelle Kontrolle und super-einfache Backups verwenden können.

fand ich Mercurial ein wenig leichter, dass git zu lernen, dennoch werde ich git als Beispiel hier denn das ist, was ich gewohnt bin.

cd <my source folder>
git init
git add .
git commit -m "Committing all my code"
cd <my backup folder>
git clone --mirror <path to my source folder>

(jetzt haben Sie zwei Kopien des Quellcodes Steuersystem! Wenn Sie ein zu verlieren, haben Sie die andere). Sie können auf den Backup-Ordner .git gehen und geben Sie ‚git log‘ Commits gibt es zu überprüfen.

Lassen Sie uns Haken zieht sie so der Spiegel leicht synchron gehalten werden können:

cd <my source folder>
git remote add origin <path to my backup folder\foo.git>

Jetzt, nachdem Sie und begehen Änderungen, senden Sie sie an Ihre Backup mit:

git push

Git, Mercurial und Bazaar alle klingen wie sie möglicherweise Ihre Bedürfnisse könnten. Alle von ihnen den Inhalt des Repository in einem einzigen Ordner speichern (zB Git in einem .git Ordner), die sichern sie ziemlich einfach macht - kopieren Sie einfach diesen Ordner auf Ihrem Backup-Medium

.

hat Git viel Schwung in den letzten Jahren an Bedeutung gewonnen. Ich wette, Sie git wählen basierend auf der Lawine von Bewertungen und Kommentare. Aber es ist zuviel des Guten für einen einzelnen Entwickler.

würde ich sagen, Subversion Sie die besten passen würde. Der Backup-Befehl ist ‚svnadmin dump> filename.svn Mit dem Befehl restore ist svnadmin load

Fossil ist auch sehr gut, wenn man das Wiki verwenden werden und die Fehlerverfolgung, die mit ihm kommt.

Wenn Sie nach einer grafischen Oberfläche sind, versucht Perforce. Die kostenlose Version verfügt über alle Funktionen der Vollversion, außer Sie eine bestimmte Anzahl von Konten beschränkt sind.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top