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

Поскольку git не отслеживает такие ссылки, однако, если файл по какой-то причине будет удален и воссоздан репозиторием, жесткая ссылка будет нарушена, поэтому при использовании git следует следить за этим.

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

Подобно символической ссылке, это означает, что изменение одной версии изменяет другую, поскольку технически это одни и те же данные в хранилище (с несколькими связанными файловыми узлами). Остерегайтесь жестких ссылок труднее заметить, чем символические ссылки со многими инструментами, поскольку они обычно не указываются явно (я не знаю, как это применимо к различным файловым браузерам графического интерфейса; я думаю, что обычно это будут обычные файлы). Однако вы можете определить их по количеству ссылок, показанных с помощью ls -l (второй столбец), stat и т. Д.Обычные файлы, которые не связаны жесткими ссылками, имеют счетчик ссылок 1 (а каталоги - это , а не обычные файлы, поэтому их количество ссылок варьируется). К сожалению, в отличие от символических ссылок, нет простого способа найти другие узлы , только счетчик ссылок, указывающий, что они существуют. Так что не начинайте делать это волей-неволей, делайте это систематически, как в данном контексте, чтобы вы знали, почему и где находятся другие узлы.

Предостережение

Это означает, что при развертывании таким образом в нескольких системах (ваше сообщение неоднозначно) могут возникнуть проблемы, если Prezto склонен к вносит изменения в эти файлы по собственному желанию. Это приведет к ситуациям, когда в файле есть ожидающие обновления через pull , но они конфликтуют с локальными изменениями, внесенными Pretzo, и слияние в этот момент, вероятно, плохо, поэтому вам придется решить, что делать (примечание вы можете удалить жесткую ссылку, и она не удалит все остальные копии).

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

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