Jak dodać repozytorium git jako współdzieloną zależność innego repozytorium git?

Question

Potrzebuję czegoś podobnego do submodułów, ale które istnieją poza głównym repozytorium jako zależność.

Oto problem:

Próbuję użyć Git (w bardzo niewygodnej sposób) do zarządzania plikami projektu dla narzędzia CAD (CadSoft Eagle) i mam problemy ze zorientowaniem jeśli istnieje sposób użycia podmodułów git do zarządzania zależnością każdego projektu od udostępnionej biblioteki narzędzia CAD.

Używam strukturę folderów tak:

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

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

W tym przypadku, to nie ma sensu, aby dodać repozytorium eagle.git jako modułem git dla każdego projektu.

Jednak nadal potrzebuję sposobu, aby zignorować bieżący stan repozytorium "eagle.git", tak aby biblioteka była aktualizowana w przyszłości, może być wycofana, aby uzyskać dostęp do konkretnej wersji plików biblioteki, która były używane, gdy Proj [x] został popełniony.

Idealnie, chciałbym coś jak następuje:

~/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/ 

Chciałbym umieć:

cd ~/projects/Proj0 
git submodule update 

i mieć ~/Eagle/katalog automatycznie przywrócić weryfikacja została sprawdzona w Proj0.

Ktoś wie o wszystkim w Git, który mógłby pozwolić na takie zachowanie?

Answer 1

Dla każdego projektu, dodać .git/haki/pre-commit (i upewnić się, że plik wykonywalny):

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

Następnie dla każdego projektu:

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

Po dokonaniu commit , zapisze bieżącą HEAD ~/eagle, a git update-eagle sprawdzi to zatwierdzenie w ~/eagle. (W takim razie upewnij się, że przed wprowadzeniem w nim zmian jest git checkout <branch> w ~/eagle.)

Answer 2

Jeśli eagle nie ma swoje miejsce w obrębie ProjX,
aleProjX każdy może użyć konkretnej rewizji eagle,
następnie:

Dla każdego ProjX, trzeba:

• ma MainProjX Git repo, w którym można znaleźć:
  • ProjX
  • wersja eagle (na samym poziomie niż ProjX)

Celem każdego projektu MainProjX dominującej jest utrzymywanie razem wersje ProjX i eagle , czyli rejestrowanie właściwych zależności.

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

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

Teraz, tak, że jest wiele „eagle” powielania, ale jest to konieczne, jeśli każdy ProjX jest w stanie wykorzystać swój eagle rewizji.