Code-Repository. Was ist ein guter? [geschlossen]

8

Ich versuche ein Repository bei meiner Arbeit für den gesamten Code (meistens C, Assembler, Batch Basic) einzurichten, den meine Kollegen und ich verwenden. Ich kenne einige Dinge über Repositories, kann aber nicht richtig entscheiden, welche gut sind oder nicht. Ich habe keine Erfahrung mit ihnen, aber Apache Subversion und Pythons Repo sehen bisher gut aus. Gibt es noch andere, die gut sind? Einfach zu bedienen und einzurichten?

    
TheTuxedo 11.09.2010, 02:48
quelle

7 Antworten

5

Sehen Sie sich an:

Die Technologie, nach der Sie suchen, heißt Source Control. Ein Repository ist ein Begriff, der von den meisten Quellcodeverwaltungswerkzeugen verwendet wird, um auf die Sammlung von Quellcode zu verweisen. Eine Quellcodeverwaltungsinstanz (z. B. SVN) kann viele Repositorys haben. Normalerweise enthält ein Repository ein Projekt oder eine Gruppe von Projekten, die eng miteinander verbunden sind. Eindeutige Projekte wären ein gutes Beispiel, wo Sie mehrere Repositories verwenden möchten.

Git und Mercurial sind verteilte Werkzeuge für die Quellcodeverwaltung, während SVN und Perforce keine sind.

Einige Anbieter bieten IDE-Integrationen an (Perforce bietet einen, Sie können einen für Subversion bekommen, dh: Ankh für Visual Studio). Andere Benutzer entscheiden sich für Quellcodeverwaltung außerhalb der IDE als reine Dateisystemoptionen.

Wenn Sie Ihren Quellcode in der Cloud haben möchten, ist git hub eine gute Lösung. Sie bieten kostenlose Git-Repositories, die Sie nicht verwalten müssen.

    
Michael Shimmins 11.09.2010, 02:53
quelle
4

Sehen Sie sich Git , Mercurial an , Subversion und CVS . Das sind die großen Spieler. Ich denke, dass SVN relativ einfach einzurichten ist, aber Git und Mercurial haben einige wirklich fanatische Benutzer, daher mag es sein, dass du sie mehr magst.

    
Dave McClelland 11.09.2010 02:52
quelle
2

Ich stimme für SVN, da das ist, was ich benutze, aber ich muss zugeben, dass ich die Idee hinter Git und Hg (Mercurial) wirklich mag.

Das größte Problem ist normalerweise das Zusammenführen, denke ich, aber SVNs Merge-Tracking hat den Prozess viel einfacher gemacht. Plus TortoiseSVN macht die Verwaltung Ihrer Repo-Filialen wirklich einfach, wenn Sie in Windows sind.

Für mich ist das eine Feature in Git und Hg, das mich wirklich anspricht, die Verbreitung von allem. Wenn ich mich nicht irre, geht die Abhängigkeit von einem zentralen Repository weg, und es macht das Leben für Leute einfacher, die remote arbeiten oder häufig getrennt sind. Zum Beispiel mache ich meine ganze Arbeit in einem Arbeitsverzeichnis, das von unserem SVN-Server ausgecheckt ist. Das Problem ist, wenn ich keine Netzwerkverbindung habe, kann ich nicht auf das Repo oder Commit schauen. Das ist wirklich nervig, denn ich möchte meinen Code bei Meilensteinen einchecken können, und wenn ich auf einer Insel arbeite, kann ich es einfach nicht tun. Bei Git und Hg ist das Repo jedoch lokal - es befindet sich auf Ihrem Computer und wenn Sie später Ihre Änderungen in ein zentrales Repo übertragen möchten, können Sie das vollständig tun.

Ich möchte immer noch nach Hg umziehen, aber wenn Deadlines immer bei dir sind, weißt du was auf den Backburner kommt.

    
Dave 11.09.2010 03:29
quelle
2

Ich würde empfehlen, sich das Fossil anzusehen. Es ist eine einfach zu bedienende, verteilte Versionskontrolle, die auch Trouble-Tickets und ein Wiki enthält. Das Tool selbst ist eine eigenständige ausführbare Datei, sodass die einzige erforderliche Installation diese ausführbare Datei in einen geeigneten Ordner auf Ihrem PATH löscht. Es ist sehr portabel, mit Binärdateien für Windows und eine Vielzahl von * nix Plattformen.

Es eignet sich für Projekte in einer Vielzahl von Maßstäben. Die komplette Projekthistorie von SQLite wurde von CVS zu Fossil verschoben, kurz nachdem es vollständig genug war, um nützlich zu sein, und die gesamte aktuelle Entwicklung von SQLite wird zum Beispiel in einem Fossil-Repository gespeichert.

    
RBerteig 11.09.2010 03:34
quelle
0

Github oder ein sich selbst gehörendes Git Repo, würde ich argumentieren ...

    
polemon 11.09.2010 02:51
quelle
0

Versuchen Sie Mercurial . Es ist so einfach, als cd in den Ordner deines Codes zu starten und hg init einzugeben. Sobald das Repository initialisiert wurde, können Sie alles mit hg add hinzufügen und dann mit hg commit -m "Initial commit." oder etwas ähnlichem committen. Es gibt auch ein wirklich tolles Tutorial auf hginit.com .

    
icktoofay 11.09.2010 02:52
quelle
0

Subversion, Git. CVS wurde erwähnt, aber SVN übertrifft es.

    
Babak Naffas 11.09.2010 02:54
quelle

Tags und Links