Git - как обращаться с символическими ссылками

Question

Каков правильный способ обработки символических ссылок в git?

I имеет следующую структуру:

Vendors 
    Module A 
    Module B 
    Module C 
App 
Code 
    Modules 
    Core Module 1 
    Core Module 2 
    Module A (symlinked to vendors) 
    Module B (symlinked to vendors) 
    Module C (symlinked to vendors) 

Там является основным каталог приложения, которое содержит все основной код в приложении. Кроме того, существует каталог поставщиков, который содержит модули, которые привязаны к основному каталогу приложений и поэтому интегрированы.

Важно отметить, что как каталог поставщика, так и каталог основного приложения оба версируются в одном хранилище.

Следовательно, должен ли я позволить git хранить символические ссылки или найти способ игнорировать символические ссылки?

Answer 1

Git может обрабатывать символические ссылки просто отлично, пока операционная система, используемая всеми разработчиками, поддерживает их. Поскольку вы зависите от наличия этих символических ссылок, я буду считать, что ваши среды разработки поддерживают символические ссылки.

Чтобы решить, если что-то должно быть включено в репозитории или нет (символической или иным образом) учитывать следующее:

• ли это файл, созданный каким-либо инструментом или другим способом в хранилище? Если это так, лучше проигнорировать его и позволить каждому пользователю сгенерировать файл, чтобы у них всегда была последняя версия.
• Является ли файл конкретным для среды разработки конкретного пользователя или используется во всех средах? Если это причуда конкретной среды пользователя, например, конфигурация для игнорирования файлов резервных копий Emacs, она не принадлежит репо. Если это понадобится всем разработчикам и/или что-то, что необходимо для создания приложения для производства, оно должно войти в репозиторий.

В вашем случае похоже, что символические ссылки не генерируются, и они необходимы во всех средах, поэтому их размещение в репозитории должно быть прекрасным.

Однако при их создании обязательно создавайте их как относительные символические ссылки, а не абсолютные символические ссылки, чтобы они работали независимо от того, где клонируется репозиторий. Самый простой способ сделать это, чтобы изменить каталог в каталог модулей и создать символическую ссылку оттуда:

cd App/Code/Modules 
ln -s "../../../Vendors/Module A" "Module A" 

Answer 2

Git хранит символическую ссылку, как и любой другой файл в своем контроле версий - за исключением символической ссылки, он будет хранить информацию о пути, к которому она привязана, и тип файла как символическая ссылка, а не обычный файл.

Если символическая ссылка указывает на каталог, git не сохраняет содержимое в символической директории.

Так что не должно быть вреда при хранении символических ссылок, выпущенных под git для вашего случая.

Еще одна вещь, о которой вам нужно знать с символическими ссылками, заключается в том, что git только воссоздает символические ссылки на новый клон, а не файл или каталог, на которые он указывает. Есть вероятность, что символический путь будет несуществующим (скажем, при использовании абсолютных путей).

Answer 3

@Tuxdude не могу с вами согласиться на все с»... то, что вы делаете что-то неправильно ». В качестве примера, если вам нужно разместить медиа-папку на другом диске на веб-сервере или даже в NFS, вам придется выставить его вне контроля версий.Таким образом, содержимое внутри папки с символическими носителями не будет доступно через управление версиями, как вы объяснили. Но это сценарий, когда вы должны это делать. И это действительно боль в b ... Мой сценарий еще более сложный (я не буду вдаваться в подробности), то, что я действительно ищу, заключается в том, чтобы добавить подпапки символической папки в управление версиями, но не ее содержимое, но Мне нужно иметь опцию, где я могу игнорировать любые изменения самого типа подпапки в git. В качестве примера, базовая структура:

• приложения/СМИ/л
• приложения/СМИ/blubb

Мне нужны эти папки в мерзавце управления версиями, без ее содержимого.

На веб-сервер (так же версий) эти папки выглядеть следующим образом (символьные ссылки):

• приложение/СМИ/бла => где-то совсем другое
• приложение/СМИ/blubb => где-то совсем другое дело

У Dev's должно быть на их локальном окружении только исходная версия, как описано на первом этапе (без символических ссылок). Но веб-сервер имеет символические ссылки на разные системы NFS.

Если у кого-то есть идея, как это решить, я бы очень признателен, потому что пока я еще не нашел для этого решения.

Единственный способ, которым я занимаюсь сейчас, это создать конструктор, который создает правильную/различную структуру для локальных сред, а серверы и подпапки мультимедиа в настоящее время полностью игнорируются gitignore. Но это может быть иногда сложно или сложно поддерживать.