Was ist der beste Weg, sich zu organisieren mehrere Projekte bei der Verwendung von git

Habe ich 5-10 unabhängigen Projekten, die ich will unter die Versionskontrolle mit Git. Was ist die beste Art und Weise zu organisieren, die Projekte/respositorys:

  • Verwenden ein repository für jedes Projekt
  • verwenden ein repository für alle, die meine Arbeit und die Verwendung von Unterverzeichnissen für jedes Projekt
  • Oder etwas völlig anderes

Was hat funktioniert für Sie am besten und warum?

InformationsquelleAutor Dug | 2009-05-20
  1. 11

    Ich würde definitiv sagen, verwenden ein repository für jedes Projekt. Sonst wirst du haben, alle Art von übersprechen zwischen den Projekten, nicht zu erwähnen, es ist ein Schmerz, um lange Pfade angeben, wenn Sie mit dem Befehlszeilen-git. Git arbeitet mit der ein repository pro Projekt-Modell, kann ich nicht wirklich einen Grund, etwas anderes; ich glaube nicht, dass ich jemals wirklich verstanden, warum SVN gefördert arbeiten auf diese Weise.

    • Wollte nur hinzufügen, dass dies gilt auch für das SVN zu. Es ist am besten, wenn Sie ein repository pro Projekt.
    • Ich erinnere mich an das Lesen eine Menge von Artikeln über das einrichten eines SVN-server, die schien zu implizieren, dass es am besten, um die Verwendung eines repo. Vielleicht war ich einfach Lesen die falschen Quellen, aber.
    InformationsquelleAutor Marc Charbonneau
  2. 6

    Abgeschlossen Marc ' s Antwort, gehen mit einem zentralen repository (mit allen Projekten innen) nicht verhindert, dass mehrere Repositorys, die jeweils mit Ihren eigenen Projekt.

    Hören wir es aus Linus selbst:

    Gibt es keine wirklichen Probleme oder so, und vielleicht noch wichtiger ist, es ist
    nicht einmal etwas, das Sie haben zu entscheiden, am ersten Tag.

    Können Sie ganz einfach tun es die eine oder andere Weise, und entweder

    • switch um, wie erforderlich,
    • oder sogar mix die beiden Ansätze, bei denen es Sinn macht.

    Beispielsweise kann es durchaus sinnvoll die gemeinsame "Verteilung
    Punkte" verwenden einer einzelnen gemeinsamen repository enthält alle Module
    separate Zweige innerhalb des gleichen repository.

    Aber auch wenn diese einen zentralen Verteilungspunkt-repository eingerichtet ist
    so, das einzelne Entwickler können auch entscheiden, dass Sie glücklicher sind
    mit separaten repositories für verschiedene Module. Die beiden Ansätze sind
    nicht gegenseitig ausschließen, und Sie können Daten abrufen und schieben Sie es wieder aus
    zwischen den beiden unterschiedlichen Arten von repositories.

    InformationsquelleAutor VonC
  3. 3

    Wenn das repository beschädigt ist.Es wirkt sich auf alle Projekt-teams.Also repo für jedes Projekt ist ein gute Idee.

    • Im Prinzip wird das was Ihr sagt ist korrekter. Aber es geht gegen den Geist des git werden mit nur einem großen gemeinsamen repository. Jeder Entwickler sollte über Ihren eigenen Arbeitsbereich (am Arbeitsplatz) unter git Kontrolle. So in der Tat haben Sie Redundanz und Wiederherstellung der "zentralen" repository von einer oder mehr Entwickler für die Kopien.
    InformationsquelleAutor
Schreibe einen Kommentar