git hard links - czy wie, że plik jest twardym linkiem?

Zacząłem używać twardych linków zamiast dowiązań symbolicznych do organizowania plików ...

Robię to dla zdjęć, które robię, aby je kategoryzować, a także wskazywać, które z nich chcę wydrukować itp.

Używam git do tworzenia kopii zapasowych moich obrazów i wygląda na to, że git myślał, że są nowymi plikami, ponieważ repozytorium powiększyło się o 1 GB. Git naprawdę dobrze wykrywa zmiany nazw, jeśli nie użyję git do zmiany nazwy pliku, ale czy obsługuje również twarde łącza?

Walter

Mnożenie połączonych śledzonych plików nie spowoduje znacznego wzrostu składnicy obiektów Gita, ponieważ każdy link będzie reprezentowany przez dokładnie ten sam obiekt blob. Twoje drzewo robocze może jednak rosnąć z powodu uszkodzonych linków.

Git nie śledzi, czy śledzone, pliki drzewa roboczego są twardymi dowiązaniami do tego samego pliku.

Git pozostawia wiele połączonych, śledzonych plików drzewa roboczego, jeśli nie poprosisz go o zrobienie czegoś, co wymagałoby zmodyfikowania zawartości tych ścieżek lub usunięcia wpisów katalogu nazw ścieżek. Ale jeśli miałbyś (np.) Pobrać stary commit lub gałąź, a następnie przełączyć się z powrotem do normalnej, najnowszej gałęzi / zatwierdzenia, wtedy Git skończy się „łamaniem” twardych linków (zastępując dotknięte nazwy ścieżek nowymi (ale identycznymi ) pliki zamiast odtwarzać wielokrotnie połączoną sytuację).

Aby odzyskać swój stan zwielokrotnionego połączenia, możesz napisać program do skanowania w poszukiwaniu identycznych plików i ponownie połączyć je z dowolnym plikiem. Taka operacja „ponownego łączenia” może być bardziej skomplikowana, jeśli wszystkie łącza nie znajdują się w samym drzewie roboczym, a przynajmniej nie w jakiejś łatwej do zidentyfikowania „zewnętrznej” lokalizacji (tzn. Odzyskanie łączy prawdopodobnie będzie trudne). „Losowe” pliki z całego katalogu domowego do „zapasowego” repozytorium i użycie Git do modyfikacji drzewa roboczego).

Pomysł pojawił się na liście dyskusyjnej Git:

• chcąc, aby Git łamał linki, aby repozytoria były klonowane cp -a są niezależne
• proponowane core.keepHardLinks (nigdy nie zintegrowany z żadnym wydanym Gitem?)
• podobne pytanie do tego
• prawdopodobnie inni…