So strukturieren Sie ein Git-Repository für ein Client-Server-Projekt

Lesezeit: 1 Minute

Benutzer-Avatar
Borek Bernhard

Ich werde ein Projekt durchführen, das eine unterschiedliche Serverseite (.NET) und eine Clientseite (JavaScript) haben wird, die separat entwickelt werden können. Ist es sinnvoller, sie als 2 separate Git-Repositorys zu haben, oder sollten sie eher eins sein? Welche Vor-/Nachteile haben diese Ansätze?

Benutzer-Avatar
Dan Rigby

Ich würde empfehlen, den Code in zwei separaten Ordnern innerhalb desselben Git-Repositorys zu platzieren.

Der Hauptgrund dafür ist, dass, wenn Sie Änderungen am Server vornehmen, die Änderungen im Client erfordern, die Änderungen an beiden im selben Änderungssatz leicht zu sehen sind.

Wenn der Client- und der Servercode separate Repositorys waren, müssen Sie versuchen, manuell festzustellen, welcher Änderungssatz auf dem Server welchem ​​Änderungssatz in der Client-Codebasis entspricht.

  • Git-Unterbäume helfen dabei ein wenig, Sie können separate Repositorys haben, aber die Dateien werden im umfassenden Repository gespiegelt und versioniert.

    Benutzer427390

    30. September 2015 um 10:35 Uhr

Persönlich erstelle ich zwei große Ordner, einen für die Clientseite und den anderen für den Server.

Für die Client-Seite (ich verwende Symfony) verwende ich den Apache-Alias. Es ist also einfacher und zentralisiert.

Zwei Repositorys zu haben ist dasselbe, aber es ist nicht so einfach, zwischen Zweigen zu wechseln. Beispielsweise ändern Sie das Sicherheitsprotokoll. Sie bearbeiten die beiden Seiten. Ein Abzweig ist also eine gute Lösung. Wenn Sie zwei getrennte Repositorys haben, können Sie nicht denselben Zweig verwenden.

1186820cookie-checkSo strukturieren Sie ein Git-Repository für ein Client-Server-Projekt

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy