Wie füge ich ein Git-Repository als eine gemeinsame Abhängigkeit von einem anderen Git-Repository hinzu?

Question

Ich brauche etwas wie Submodule, die aber außerhalb des Haupt-Repository als Abhängigkeit existieren.

Hier ist das Problem:

Ich versuche, Git zu verwenden (in eine wirklich unangenehmen Art und Weise) Design-Dateien für ein CAD-Werkzeug (Cadsoft Adler), und ich habe eine harte Zeit zu verwalten Bezifferung aus, wenn es eine Möglichkeit gibt, git-Submodule zu verwenden, um die Abhängigkeit eines Projekts von der gemeinsamen Bibliothek des CAD-Tools zu verwalten.

Ich verwende eine Ordnerstruktur wie folgt:

~/eagle/ <-- Main library used by multiple projects 
    .git/  
    <library files> 

~/projects/ <-- Projects folder 
    Proj0/ 
     .git/ 
     <design files> 
    Proj1/ 
     .git/ 
     <design files> 

In diesem Fall ist es nicht sinnvoll, das eagle.git Repository als git Submodul für jedes Projekt hinzuzufügen.

Ich benötige jedoch immer noch eine Möglichkeit, den aktuellen Status des "eagle.git" -Repositorys festzuhalten. Wenn die Bibliothek in Zukunft aktualisiert wird, kann sie zurückgesetzt werden, um auf die spezifische Revision der Bibliotheksdateien zuzugreifen wurden verwendet, als das Proj [x] festgeschrieben wurde.

Idealerweise würde ich so etwas wie das wie folgt vor:

~/eagle/ <-- Main library used by multiple projects 
    .git/  
    <library files> 

~/projects/ <-- Projects folder 
    Proj0/ 
     .git/ 
     <design files> 
     **eagle** <-- something that acts like a submodule 
         but which actually points to ~/eagle/ 
    Proj1/ 
     .git/ 
     <design files> 
     **eagle** <-- something that acts like a submodule 
         but which actually points to ~/eagle/ 

Ich möchte in der Lage sein:

cd ~/projects/Proj0 
git submodule update 

und haben die ~/Adler/Verzeichnis automatisch ein Rollback auf Die Revision wurde in Proj0 eingecheckt.

Jeder weiß etwas in Git, die für diese Art von Verhalten zulassen könnte?

Answer 1

Für jedes Projekt, fügen .git/hooks/pre-commit (und stellen Sie sicher, dass es ausführbar):

#!/bin/sh 
git --git-dir=~/eagle/.git log -1 --pretty=format:%H >.eagle_rev 
git add .eagle_rev 

Dann wird für jedes Projekt:

git config alias.update-eagle '!git --git-dir=~/eagle/.git --work-tree=~/eagle checkout -q $(<.eagle_rev)' 

Wenn Sie ein Commit machen , es wird den aktuellen HEAD von ~/adler aufnehmen, und git update-eagle wird das Commit in ~/eagle auschecken. (Dann stellen Sie sicher, dass Sie git checkout <branch> in ~/Adler, bevor Sie irgendwelche Änderungen daran vornehmen.)

Answer 2

Wenn eagle innerhalb eines ProjX nicht seinen Platz hat,
aber jeder ProjX eine bestimmte Revision von eagle verwenden können,
dann:

Für jede ProjX, müssen Sie:

• haben Sie eine MainProjX Git Repo, in der Sie finden würden:
  • eine ProjX
  • eine Version von eagle (am gleichen Niveau als ProjX)

Das Ziel jeden Projektes MainProjX Elternteil zusammen, um die Versionen von ProjX zu halten und eagle , das heißt, die richtigen Abhängigkeiten aufzuzeichnen. Jetzt

~/projects/ <-- Projects folder 
    MainProj0 
     Proj0/ 
      .git/ 
      <design files> 
     eagle/ 
      .git/ 
      <library files> 

    MainProj1 
     Proj1/ 
      .git/ 
      <design files> 
     eagle/ 
      .git/ 
      <library files> 

, ja, das ist eine Menge ‚eagle‘ Vervielfältigung, aber das ist notwendig, wenn jeder ProjX Lage ist, seine eigene eagle Revision zu verwenden.