Wann ein neues Repository erstellt werden soll?

Question

Nach der Suche konnte ich keine Antwort finden und ich fragte mich: Wann sollte ein neues Repository erstellt werden? Ich bin neu in der Versionskontrolle und lerne GitHub, und obwohl es viele technische Informationen gibt, habe ich keine über Stile und wann ein neues Repository zu erstellen und wie man es benennen?

Zum Beispiel, wenn ich Code für verschiedene Sortieralgorithmen hochladen möchte, sollten sie jeweils ihr eigenes Repository haben oder sollten sie in der gleichen sein? Wenn der Code im selben Projekt verwendet wird, sollte er im selben Repository gespeichert werden?

Answer 1

Da Sie gerade sind Beginnen wir mit GitHub, ich lasse die erweiterte Diskussion der Submodule aus diesem.

Die allgemeine Konvention ist es, ein Repository gleich einem Projekt zu betrachten.Alle Dinge, die mit diesem Projekt verbunden sind, sollten in der gleichen gruppiert werden Repository

In Ihrem Fall gehört alles in das gleiche Repository. Zwei Sortieralgorithmen, die verwendet werden können? Idealerweise haben Sie eine Art Proxy zwischen den beiden, so dass die tatsächliche API/Vertragsnutzung der Sortieralgorithmen weit genug von Ihrer Anwendung entfernt ist, so dass es egal ist, welche Sie wann verwenden.

Wie ich bereits erwähnt habe, können Sie Submodule einbauen, die es Ihnen ermöglichen, mehrere Projekte im selben Repository zu haben, aber das ist eine fortgeschrittene Sache, die Sie nach der Auswertung Ihrer Bedürfnisse machen sollten.

Answer 2

Dies ist ein interessantes Problem. Meiner Meinung nach können Sie alle Ihre Sortieralgorithmen bequem in einem Repo halten. Machen Sie einfach separate Unterordner für jeden Algorithmus.

Ein neuer Repo sollte nur für ein neues Projekt erstellt werden. Wenn Sie beispielsweise an zwei verschiedenen E-Commerce-Websites arbeiten, sollten Sie sie nicht in denselben Repo-Ordner stellen, es sei denn, sie müssen zusammenarbeiten. Wenn Sie verschiedene Projekte für verschiedene Clients haben, können Sie die Projekte in einem Repo kombinieren, wenn auf der Client-Seite ein einzelnes Gegenstück vorhanden ist. Ansonsten wäre es am besten, sie auseinander zu halten.

über Sicherheit Denken (der den Code zugreifen sollte), Lesbarkeit (überlappend sind es Namen, die zukünftigen Benutzer verwirren könnten) und Nutzung (tut ein Pendant auf der Client-Seite jemals Zugang benötigen

Answer 3

Um halten Sie es einfach: Es hängt davon ab, wie groß Ihr Projekt ist.

Riesige Projekte wie Googles Android haben eigene Repositories für fast alles. Sie verwenden auch git submodule s, die im Grunde Repositories in Repositories sind.

Wenn Sie in einem kleinen Team sind, spricht normalerweise nichts dagegen, nur ein Repository zu verwenden. Aber stellen Sie sich vor, dass Sie jedes Mal, wenn Sie Änderungen vornehmen möchten, warten müssen, bis 1000 Beiträge geladen sind; Dies wäre sehr zeitaufwendig.

Also in Ihrem Fall - ich denke -, ein Repository

1. hält es so einfach wie möglich
2. ist völlig ausreichend

Answer 4

Ich würde vorschlagen, darüber nachzudenken, welche Teile des Codes müssen zusammen begangen werden.Wenn Änderungen in einem Teil Ihres Codes mit Änderungen in einem anderen Teil Ihres Codes synchronisiert werden müssen, wird das Leben einfacher, wenn Sie diese möglichst im selben Repository aufbewahren. Dies gilt insbesondere dann, wenn die Abhängigkeiten bidirektional sind.

Wenn Änderungen in einem Teil Ihrer Codebase vollständig unabhängig von einem anderen Teil Ihrer Codebasis passieren können, können Sie diese Teile Ihres Codes in verschiedenen Repositories speichern.