Символічне посилання на гачок у git

Я написав власний власний хук після злиття, тепер я додав каталог "хуки" у свою основну папку проекту (оскільки git не відстежує зміни в .git / хуках), десь я прочитав, що можу зробити символічне посилання з хуків в .git / хуки, щоб мені не потрібно було копіювати файл з однієї папки в іншу кожного разу, коли хтось його змінює, тому я спробував:

ln -s -f hooks/post-merge .git/hooks/post-merge

Але це, здається, не працює, будь-які ідеї чому? "ln hooks / post-merge .git / hooks / post-merge" працює нормально, але створення жорсткого посилання те саме, що копіювання, я думаю ....

ви щойно використали неправильний шлях, він повинен бути:

ln -s -f ../../hooks/post-merge .git/hooks/post-merge

Хоча ви можете використовувати символічні посилання, ви також можете змінити папку хуків для вашого проекту в налаштуваннях git за допомогою:

git config core.hooksPath hooks/

Який за замовчуванням є локальним, тому він не зіпсує git hooks для інших ваших проектів. Це працює для всіх хуків у цьому сховищі, тому це особливо корисно, якщо у вас більше одного хука.

Якщо у вас вже є власні хуки, .git/hooks/якими ви не хочете ділитися зі своєю командою, ви можете додати їх у хуки / і додати, .gitignoreщоб вони не були спільними.

Зміна каталогу перед посиланням

cd /path/to/project-repo/.git/hooks
ln -s -f ../../hooks/post-merge ./post-merge

Розрахунок шляху виконується щодо символьного посилання. Давайте розберемося на прикладі,

ln -s path/to/file symlink/file

Тут шлях до файлу насправді повинен бути відносним шляхом до шляху символьного посилання.
Система фактично обчислює шлях до файлу, як symlink/path/path/to/file
вищезазначену команду слід переписати як

ln -s ../path/to/file symlink/path

структуру папки,

/ код
------ символьне посилання / файл
------ шлях / до / файлу

Використовуючи коментар Майкла Цихара, ось приклад сценарію bash, який я написав, щоб просто створити ці символічні посилання. Цей скрипт знаходиться в git_hooks / dir, який знаходиться в корені проекту. Моя папка .git / також знаходиться на тому ж рівні каталогу.

#!/usr/bin/env bash

pwd=$(pwd);

# Script is designed to be ran from git_hooks/ dir
if [[ "$pwd" == *"git_hooks"* ]]; then

  files=$(ls | grep -v -e '.*\.');

   while read -r file; do

     ln -s ../../git_hooks/$file ../.git/hooks/
     echo "Linked $file -> ../.git/hooks/$file"

   done <<< "$files";

else

  echo "";
  echo "ERROR: ";
  echo "You must be within the git_hooks/ dir to run this command";
  exit 1;

fi

Мій сценарій повинен запускатися з фактичного каталогу git_hooks /. Ви можете змінити його, щоб він поводився інакше, якщо хочете.

Цей скрипт буде посиланням на будь-який файл, який не має суфіксів із розширенням файлу в каталозі git_hooks /. У мене є файл README.txt у цьому каталозі + цей скрипт (з назвою symlink.sh). Усі фактичні git-хуки називаються "попереднім фіксацією", "попереднім натисканням" тощо, тому вони будуть пов'язані символом.

чому не просто cp ./huoks/* .git / hooks /

це працювало для мене в Mac OS