Mercurial Repo Organisation

Question

Ich weiß nicht wirklich, wie man nach dieser Frage sucht, also bitte leiten Sie mich weiter, wenn es schon gefragt wurde.

Ich bin neu in mercurial und wir haben ein Problem mit unserer aktuellen Repo-Organisation:

Unsere aktuelle Repo-Organisation ist, dass wir jeder unsere eigenen Arbeits Repositories (für jedes Projekt), die wir ziehen und schieben, um einen Master Repo (auch für jedes Projekt).

Das Problem ist, dass unsere Arbeits Repos auf dem Firmenserver (zusammen mit dem Master Repo) befinden und Gebäude aus unserer Arbeit Repo auf dem Server verursacht unsere Bauzeiten zu sehr hoch (dh 40-50 Sekunden beim Bau auf unserer lokalen Festplatte dauert etwa 1 Sekunde).

Die offensichtliche Lösung scheint zu sein, unsere Arbeitsrepos auf unsere lokale Festplatte zu verschieben und zum/vom Master-Repo auf dem Server zu schieben/ziehen.

Ein Problem damit ist, dass der Arbeits-Repo jetzt physisch auf unserer lokalen Festplatte ist und nicht auf dem Firmenserver gesichert wird.

Gibt es eine Möglichkeit, ein "Shadow" -Arbeits-Repo (auf der Serverseite) zu erstellen, das dauerhaft mit jedem unserer individuellen Arbeitsreposons (auf unserer lokalen Festplatte) synchronisiert bleibt und dann drückt/zieht einer davon zum und vom Master-Repo?

Auf diese Weise profitieren wir von den verkürzten Bauzeiten zusätzlich zu allen Daten aus unseren Arbeits Repos auf dem Server gesichert.

Vielen Dank für jede Eingabe/Beratung, Shaun

Answer 1

Sie halten eine Kopie des Repository auf dem Firmenserver und eine Kopie auf dem lokalen Laufwerk (so dass es gesichert wird) (so dass Sie kompilieren es leicht). Sie halten die Kopien synchron mit Push/Pull.

Answer 2

Im Allgemeinen können Sie nur committete Changesets zwischen den Repositories austauschen. Zusätzlich müssen sie mindestens Phasenentwurf sein. Es gibt keine Möglichkeit innerhalb von mercurial den Status des Arbeitsverzeichnisses zu teilen.

Wahrscheinlich wollen Sie sich daran gewöhnen, oft und atomar zu committen. Sie können es leicht automatisieren, jedes Commit, das Sie lokal vornehmen, per Commit Hook lokal auf den zentralen Server zu übertragen.

Zusätzlich sollten Sie wahrscheinlich Ihren zentralen Server auf non-publishing server setzen. Das bedeutet, dass Sie Commits in der Entwurfsphase schieben können und sie bleiben in dieser Phase, also veränderbar. Auf diese Weise können Sie auch Entwurfsarbeiten dorthin schieben, die später bearbeitet werden können. Sie müssen die Phase manuell auf "public" für diejenigen Changesets ändern, die Sie für "erledigt" halten. Die changeset evolution extension von mercurial könnte nützlich sein