GIT reagiert nicht auf Änderungen in verlinkten Dateien

[f.gruber]

Hallo,
habe erste Versuche mit GIT gemacht und stehe schon vor einem für mich unlösbaren Problem.

In meinem Projektverzeichnis sind Symlinks, die auf Dateien verweisen, die von mehreren Projekten genutzt werden.
Git reagiert nicht auf Änderungen, die ich in verlinkten Dateien mache.

git add .
git status
Auf Branch master
nichts zu committen, Arbeitsverzeichnis unverändert

Was mache ich falsch bzw. verstehe ich falsch?

Ich weiß, dass das keine spezifische Linuxfrage ist. Finde aber kein deutschsprachiges Forum, wo ich diese Frage stellen könnte.
Also bitte um Nachsicht.

[ThorstenHirsch]

Also an git liegt's nicht, würde ich nach einem Test hier bei mir sagen.

commit1: a@ -> ../a
commit2: a@ -> ../b

Da hat git die Änderung des Ziels des Symlinks mitbekommen.

[marce]

Wenn sich der Link ändert sollte Git das mitbekommen.

Wenn sich an der verlinkten Datei etwas ändert - hm, aus meiner Sicht macht git da alles richtig wenn es eben keine Änderung anzeigt. Es hat sich ja im Projekt selbst nichts geändert.

Siehe auch https://www.google.com/search?client...t+linked+files - Und wenn Du das wirklich willst - z.B. darin https://superuser.com/questions/1748...mlinked-folder

Grundsätzlich würde ich aber sagen: Was im Projekt liegt, gehört in's Projekt. Was außerhalb liegt gehört in ein anderes Projekt. Wenn da Abhängigkeiten vorhanden sind ist das durch das Build-System zu lösen.

... oder Du musst eben "umstrukturieren".

[strcat]

https://www.mokacoding.com/blog/symliks-in-git/

[f.gruber]

Ok, so weit ich das alles verstanden habe, wird bei einem Symlink, der sich im Projektverzeichnis befindet, von GIT eine Änderung am Inhalt der verlinkten Datei nicht berücksichtigt.

Nun habe ich mir aber über Jahre eine Struktur aufgebaut, die so gedacht ist: Ich binde von verschiedenen Projekten genutzte Bibliotheken mit Hilfe von Symlinks in ein jeweiliges Projektverzeichnis ein.

Ich nehme an, dass wohl jeder Programmierer gemeinsam genutzte Bibliotheken hat. Und viele davon werden wohl trotzdem GIT nützen.

Ich bin leider kein Profi und ich stehe jetzt etwas auf dem Schlauch, wie ich das mit den gemeinsam genutzten Dateien organisieren soll, wenn ich mit GIT arbeiten will.

Sehe ich das richtig, dass ich statt Symlinks zu verwenden, jedes Verzeichnis, in dem sich meine Bibliotheken befinden, als eigenes GIT Projekt führen muss und im PHP-Code die Dateien direkt von dort, wo sie sich tatsächlich befinden, includen muss. Dann würde ich ja die Symlinks nicht mehr brauchen.

Oder gibt es da andere Möglichkeiten?

[nopes]

jein, ja eigene Projekte, ab dann mehrere Optionen, wobei dein vorgehen nach external bzw bei git submodules klingt - https://git-scm.com/book/en/v2/Git-Tools-Submodules

[f.gruber]

... wobei dein vorgehen nach ... submodules klingt ...

Ich habe jetzt alle meine Projekte umorganisiert.

Die externen Bibliotheken (/srv/www/include) verwalte ich jetzt außerhalb der documentRoot des Servers und unabhängig von den jeweiligen Projekten als eigenes GIT Repository.
In jedem meiner Projekte existiert das obige include Verzeichnis als Symlink. Ich binde es aber nicht über submodules ein. GIT speichert also im Repo nur den Link, was mir zunächst einmal recht ist.

Zunächst einmal kümmere ich mich manuell darum, dass jeweils die richtige Version (= branch) der für ein Projekt benötigten Include-Dateien angezeigt bzw. ausgechecked ist.
Später, wenn ich mehr Erfahrung mit GIT habe, werde ich mich möglicherweise mit den submodules beschäftigen. Mit meinem derzeitigen Wissensstand ist mir das zu unsicher.

Jedenfalls vielen Dank für den Hinweis.