Наши разработчики используют сочетание ОС Windows и Unix. Поэтому символические ссылки, созданные на машинах Unix, становятся проблемой для разработчиков Windows. В windows (msysgit) символическая ссылка преобразуется в текстовый файл с путем к файлу, на который он указывает. Вместо этого я хотел бы преобразовать символическую ссылку в фактическую символическую ссылку Windows.

( Обновленное ) решение, которое я должен это:

• Напишите сценарий после оформления заказа, который будет рекурсивно искать текстовые файлы «symlink».
• Замените их символической ссылкой Windows (используя mklink) с тем же именем и расширением, что и у фиктивной "символической ссылки"
• Не обращайте внимания на эти символические ссылки Windows, добавив запись в .git / info / exclude

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

Вопросы:

1. Какие, если таковые имеются, недостатки вы видите в этом подходе?
2. Является ли этот сценарий после оформления заказа даже осуществимым? то есть я могу рекурсивно выяснить фиктивные "символические" файлы, которые создает git?
3. Кто-нибудь уже работал над таким сценарием?

Вы можете найти символические ссылки, ища файлы в режиме 120000, возможно, с помощью этой команды:

git ls-files -s | awk '/120000/{print $4}'

После того, как вы замените ссылки, я бы рекомендовал пометить их как неизмененные git update-index --assume-unchanged, а не перечислять их в .git/info/exclude.

Некоторое время назад я задавал этот же вопрос (не здесь, просто в целом), и в итоге я нашел решение, очень похожее на предложение ОП. Сначала я предоставлю прямые ответы на вопросы 1, 2 и 3, а затем опубликую решение, которое я в итоге использовал.

1. У предлагаемого решения действительно есть несколько недостатков, в основном в отношении увеличения вероятности загрязнения хранилища или случайного добавления дубликатов файлов, когда они находятся в состоянии «символьная ссылка Windows». (Подробнее об этом в разделе «Ограничения» ниже.)
2. Да, скрипт после оформления заказа реализуем! Может быть, не как буквальный git checkoutшаг, но решение, приведенное ниже, удовлетворит мои потребности достаточно хорошо, чтобы буквальный сценарий после оформления заказа не был необходим.
3. Да!

Решение:

Наши разработчики находятся практически в той же ситуации, что и OP: смесь Windows и Unix-подобных хостов, репозиториев и субмодулей со многими символическими ссылками git и никакой собственной (пока) поддержки в версии MsysGit для интеллектуальной обработки этих символических ссылок на хостах Windows ,

Спасибо Джошу Ли за то, что он указал на тот факт, что git передает символические ссылки в специальном файловом режиме 120000. С помощью этой информации можно добавить несколько псевдонимов git, которые позволяют создавать и обрабатывать символические ссылки git на хостах Windows.

1. Создание символических ссылок git в Windows

   git config --global alias.add-symlink '!'"$(cat <<'ETX'
   __git_add_symlink() {
     if [ $# -ne 2 ] || [ "$1" = "-h" ]; then
       printf '%b\n' \
           'usage: git add-symlink <source_file_or_dir> <target_symlink>\n' \
           'Create a symlink in a git repository on a Windows host.\n' \
           'Note: source MUST be a path relative to the location of target'
       [ "$1" = "-h" ] && return 0 || return 2
     fi
   
     source_file_or_dir=${1#./}
     source_file_or_dir=${source_file_or_dir%/}
   
     target_symlink=${2#./}
     target_symlink=${target_symlink%/}
     target_symlink="${GIT_PREFIX}${target_symlink}"
     target_symlink=${target_symlink%/.}
     : "${target_symlink:=.}"
   
     if [ -d "$target_symlink" ]; then
       target_symlink="${target_symlink%/}/${source_file_or_dir##*/}"
     fi
   
     case "$target_symlink" in
       (*/*) target_dir=${target_symlink%/*} ;;
       (*) target_dir=$GIT_PREFIX ;;
     esac
   
     target_dir=$(cd "$target_dir" && pwd)
   
     if [ ! -e "${target_dir}/${source_file_or_dir}" ]; then
       printf 'error: git-add-symlink: %s: No such file or directory\n' \
           "${target_dir}/${source_file_or_dir}" >&2
       printf '(Source MUST be a path relative to the location of target!)\n' >&2
       return 2
     fi
   
     git update-index --add --cacheinfo 120000 \
         "$(printf '%s' "$source_file_or_dir" | git hash-object -w --stdin)" \
         "${target_symlink}" \
       && git checkout -- "$target_symlink" \
       && printf '%s -> %s\n' "${target_symlink#$GIT_PREFIX}" "$source_file_or_dir" \
       || return $?
   }
   __git_add_symlink
   ETX
   )"
   

   Использование:, git add-symlink <source_file_or_dir> <target_symlink>где аргумент, соответствующий исходному файлу или каталогу, должен принимать форму пути относительно целевой символической ссылки. Вы можете использовать этот псевдоним так же, как обычноln .

   Например, дерево хранилища:

   dir/
   dir/foo/
   dir/foo/bar/
   dir/foo/bar/baz      (file containing "I am baz")
   dir/foo/bar/lnk_file (symlink to ../../../file)
   file                 (file containing "I am file")
   lnk_bar              (symlink to dir/foo/bar/)
   

   Может быть создан в Windows следующим образом:

   git init
   mkdir -p dir/foo/bar/
   echo "I am baz" > dir/foo/bar/baz
   echo "I am file" > file
   git add -A
   git commit -m "Add files"
   git add-symlink ../../../file dir/foo/bar/lnk_file
   git add-symlink dir/foo/bar/ lnk_bar
   git commit -m "Add symlinks"
   

2. Замена символьных ссылок git на жесткие ссылки NTFS + соединения

   git config --global alias.rm-symlinks '!'"$(cat <<'ETX'
   __git_rm_symlinks() {
     case "$1" in (-h)
       printf 'usage: git rm-symlinks [symlink] [symlink] [...]\n'
       return 0
     esac
     ppid=$$
     case $# in
       (0) git ls-files -s | grep -E '^120000' | cut -f2 ;;
       (*) printf '%s\n' "$@" ;;
     esac | while IFS= read -r symlink; do
       case "$symlink" in
         (*/*) symdir=${symlink%/*} ;;
         (*) symdir=. ;;
       esac
   
       git checkout -- "$symlink"
       src="${symdir}/$(cat "$symlink")"
   
       posix_to_dos_sed='s_^/\([A-Za-z]\)_\1:_;s_/_\\\\_g'
       doslnk=$(printf '%s\n' "$symlink" | sed "$posix_to_dos_sed")
       dossrc=$(printf '%s\n' "$src" | sed "$posix_to_dos_sed")
   
       if [ -f "$src" ]; then
         rm -f "$symlink"
         cmd //C mklink //H "$doslnk" "$dossrc"
       elif [ -d "$src" ]; then
         rm -f "$symlink"
         cmd //C mklink //J "$doslnk" "$dossrc"
       else
         printf 'error: git-rm-symlink: Not a valid source\n' >&2
         printf '%s =/=> %s  (%s =/=> %s)...\n' \
             "$symlink" "$src" "$doslnk" "$dossrc" >&2
         false
       fi || printf 'ESC[%d]: %d\n' "$ppid" "$?"
   
       git update-index --assume-unchanged "$symlink"
     done | awk '
       BEGIN { status_code = 0 }
       /^ESC\['"$ppid"'\]: / { status_code = $2 ; next }
       { print }
       END { exit status_code }
     '
   }
   __git_rm_symlinks
   ETX
   )"
   
   git config --global alias.rm-symlink '!git rm-symlinks'  # for back-compat.
   

   Использование:

   git rm-symlinks [symlink] [symlink] [...]
   

   Этот псевдоним может удалить символические ссылки git по одному или сразу за один раз. Симлинки будут заменены на жесткие ссылки NTFS (в случае файлов) или соединения NTFS (в случае каталогов). Преимущество использования жестких ссылок + переходов над «настоящими» символьными ссылками NTFS состоит в том, что для их создания не требуются повышенные разрешения UAC.

   Чтобы удалить символические ссылки из подмодулей, просто используйте встроенную поддержку git для их перебора:

   git submodule foreach --recursive git rm-symlinks
   

   Но для каждого такого радикального действия приятно иметь разворот ...

3. Восстановление символьных ссылок git в Windows

   git config --global alias.checkout-symlinks '!'"$(cat <<'ETX'
   __git_checkout_symlinks() {
     case "$1" in (-h)
       printf 'usage: git checkout-symlinks [symlink] [symlink] [...]\n'
       return 0
     esac
     case $# in
       (0) git ls-files -s | grep -E '^120000' | cut -f2 ;;
       (*) printf '%s\n' "$@" ;;
     esac | while IFS= read -r symlink; do
       git update-index --no-assume-unchanged "$symlink"
       rmdir "$symlink" >/dev/null 2>&1
       git checkout -- "$symlink"
       printf 'Restored git symlink: %s -> %s\n' "$symlink" "$(cat "$symlink")"
     done
   }
   __git_checkout_symlinks
   ETX
   )"
   
   git config --global alias.co-symlinks '!git checkout-symlinks'
   

   Использование:, git checkout-symlinks [symlink] [symlink] [...]которое отменяет git rm-symlinks, эффективно восстанавливая хранилище в его естественное состояние (за исключением ваших изменений, которые должны остаться нетронутыми).

   И для подмодулей:

   git submodule foreach --recursive git checkout-symlinks
   

4. Ограничения:

   • Каталоги / файлы / символические ссылки с пробелами в пути должны работать. Но вкладки или новые строки? YMMV… (Под этим я подразумеваю: не делайте этого, потому что это не будет работать.)

   • Если вы или другие забыли git checkout-symlinksсделать что-то с потенциально широкими последствиями, например git add -A, локальное хранилище может оказаться в загрязненном состоянии.

     Используя наш «пример репо» из ранее:

     echo "I am nuthafile" > dir/foo/bar/nuthafile
     echo "Updating file" >> file
     git add -A
     git status
     # On branch master
     # Changes to be committed:
     #   (use "git reset HEAD <file>..." to unstage)
     #
     #       new file:   dir/foo/bar/nuthafile
     #       modified:   file
     #       deleted:    lnk_bar           # POLLUTION
     #       new file:   lnk_bar/baz       # POLLUTION
     #       new file:   lnk_bar/lnk_file  # POLLUTION
     #       new file:   lnk_bar/nuthafile # POLLUTION
     #
     

     Упс ...

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

Надеюсь, это поможет!

Ссылки:

http://git-scm.com/book/en/Git-Internals-Git-Objects

http://technet.microsoft.com/en-us/library/cc753194

Последнее обновление: 2019-03-13

• Соответствие POSIX (ну, кроме тех mklinkзвонков, конечно) - больше никаких Bashisms !
• Каталоги и файлы с пробелами в них поддерживаются.
• Нулевой и ненулевой коды состояния выхода (для сообщения об успешном / неудачном выполнении запрошенной команды соответственно) теперь должным образом сохраняются / возвращаются.
• add-symlinkПсевдоним теперь работает больше как LN (1) и может быть использован из любого каталога в хранилище, а не только репозиторий корневого каталога.
• rm-symlinkПсевдоним ( в единственном числе) был заменен на rm-symlinksпсевдониме (множественное число), которая в настоящее время принимает несколько аргументов (или без аргументов вообще, который находит все симлинка на протяжении всего хранилища, как и прежде) для избирательного превращения GIT символических ссылок на NTFS жестких ссылок + переходы ,
• checkout-symlinksПсевдоним также был обновлен , чтобы принять несколько аргументов (или вообще никакого, == все) для селективного обращения вышеуказанных преобразований.

Последнее замечание: хотя я тестировал загрузку и запуск этих псевдонимов с использованием Bash 3.2 (и даже 3.1) для тех, кто по-прежнему может зависнуть в таких древних версиях по ряду причин, имейте в виду, что такие старые версии, как эти, печально известны своим парсером ошибок. Если у вас возникли проблемы при попытке установить любой из этих псевдонимов, первое, на что вы должны обратить внимание - это обновить вашу оболочку (для Bash проверьте версию с помощью CTRL + X, CTRL + V). В качестве альтернативы, если вы пытаетесь установить их, вставив их в эмулятор терминала, вам может повезти, вставив их в файл и используя его вместо этого, например, как

. ./git-win-symlinks.sh

Удачи!

Последняя версия git scm (testet 2.11.1) позволяет включать символические ссылки. Но вы должны снова клонировать хранилище с символическими ссылками git clone -c core.symlinks=true <URL>. Вам нужно запустить эту команду с правами администратора. Также можно создавать символические ссылки в Windows с помощью mklink. Проверьте вики .

Это должно быть реализовано в msysgit, но есть два недостатка:

• Символьные ссылки доступны только в Windows Vista и более поздних версиях (не должно быть проблемой в 2011 году, и все же это ...), поскольку более старые версии поддерживают только соединения каталогов.
• (большой) Microsoft считает символические ссылки угрозой безопасности, поэтому только администраторы могут создавать их по умолчанию. Вам нужно будет повысить привилегии процесса git или использовать fstool для изменения этого поведения на каждой машине, на которой вы работаете.

Я сделал быстрый поиск, и сейчас активно ведется работа, см. Выпуск 224 .

так как с GIT все изменилось, так как многие из этих ответов были опубликованы здесь, это правильные инструкции для правильной работы символических ссылок в Windows с

Август 2018

1. Убедитесь, что git установлен с поддержкой символических ссылок.

2. Скажите Bash создать жесткие ссылки вместо символических ссылок.

РЕДАКТИРОВАТЬ - (папка git) /etc/bash.bashrc

ДОБАВИТЬ В ДНО - MSYS=winsymlinks:nativestrict

3. Установите git config для использования символических ссылок

git config core.symlinks true

или

git clone -c core.symlinks=true <URL>

ПРИМЕЧАНИЕ: я попытался добавить это в глобальный git config, и в данный момент он не работает для меня, поэтому я рекомендую добавлять это в каждый репозиторий ...

4. вытащить репо

ПРИМЕЧАНИЕ. Если вы не включили режим разработчика в последней версии Windows 10, вам необходимо запустить bash от имени администратора для создания символических ссылок.

5. Сбросить все символические ссылки (необязательно) Если у вас есть репо или вы используете подмодули, вы можете обнаружить, что символические ссылки создаются неправильно, поэтому для обновления всех символических ссылок в репо вы можете выполнить эти команды.

find -type l -delete
git reset --hard

ПРИМЕЧАНИЕ: это сбросит все изменения с момента последнего коммита, поэтому убедитесь, что вы коммитили первым

Краткий ответ: теперь они хорошо поддерживаются, если вы можете включить режим разработчика.

С https://blogs.windows.com/buildingapps/2016/12/02/symlinks-windows-10/

Теперь в Windows 10 Creators Update пользователь (с правами администратора) может сначала включить режим разработчика, а затем любой пользователь на машине может выполнить команду mklink, не поднимая консоль командной строки.

Что привело это изменение? Доступность и использование символических ссылок очень важны для современных разработчиков:

Многие популярные инструменты разработки, такие как git и менеджеры пакетов, такие как npm, распознают и сохраняют символические ссылки при создании репозиториев или пакетов соответственно. Когда эти репозитории или пакеты затем восстанавливаются в другом месте, символические ссылки также восстанавливаются, гарантируя, что дисковое пространство (и время пользователя) не будет потрачено впустую.

Легко пропустить все остальные объявления об «обновлении Создателя», но если вы включите режим разработчика, вы сможете создавать символические ссылки без повышенных привилегий. Возможно, вам придется переустановить git и убедиться, что поддержка символических ссылок включена, так как это не по умолчанию.

2020 Ответ

1. Включить «Режим разработчика» в Windows 10 - дает mklinkразрешения
2. Убедитесь, что символические ссылки включены в git
   • git config --global core.symlinks true
   • или установите флажок при установке msysgit

Переключение веток заставит воссоздать недостающие символические ссылки.

Будьте осторожны, поддержка Symlinks в Windows с некоторыми другими клиентами Git не завершена. Особенно GitKraken.

Я бы посоветовал вам не использовать символические ссылки в репо ». Сохраните фактический контент внутри репо, а затем разместите символические ссылки вне репо, которые указывают на контент.

Допустим, вы используете репо для сравнения хостинга вашего сайта на * nix с хостингом на win. Храните контент в своем репо », скажем, /httpRepoContentи c:\httpRepoContentэто папка, которая синхронизируется через GIT, SVN и т. Д.

Затем замените папку содержимого вашего веб-сервера ( /var/wwwи c:\program files\web server\www{имена не имеют большого значения, отредактируйте, если необходимо}) символической ссылкой на содержимое вашего репозитория '. Веб-серверы будут видеть контент как на самом деле в «правильном» месте, но вы можете использовать свой источник контроля.

Однако, если вам нужно использовать символические ссылки с в репозитории ', вам нужно рассмотреть что-то вроде сценариев до / после фиксации. Я знаю, что вы можете использовать их для выполнения таких действий, как, например, анализ файлов кода через форматтер, поэтому должна быть возможность конвертировать символические ссылки между платформами.

если кто-то знает хорошее место, чтобы научиться делать эти сценарии для общих элементов управления исходным кодом, SVN GIT MG, тогда, пожалуйста, добавьте комментарий.

Для тех, кто использует CygWin в Vista, Win7 или выше, встроенная gitкоманда может создавать «правильные» символические ссылки, которые распознаются приложениями Windows, такими как Android Studio . Вам просто нужно установить CYGWINпеременную окружения для включения winsymlinks:nativeили winsymlinks:nativestrictкак таковую:

export CYGWIN="$CYGWIN winsymlinks:native"

Недостатком этого (и существенного при этом) является то, что оболочка CygWin должна быть «Запуск от имени администратора», чтобы иметь разрешения ОС, необходимые для создания таких символических ссылок. Однако после их создания никаких специальных разрешений для их использования . Пока они не изменены в хранилище другим разработчиком, gitпосле этого он работает нормально с обычными разрешениями пользователя.

Лично я этим пользуюсь только для символических ссылок, которые перемещаются приложениями Windows (т.е. не CygWin) из-за этой дополнительной трудности.

Для получения дополнительной информации об этой опции см. Этот вопрос SO: Как сделать символическую связь с Cygwin в Windows 7

Вот пакетный скрипт для преобразования символических ссылок в репозитории, только для файлов, основанный на ответе Джоша Ли. Сценарий с дополнительной проверкой прав администратора находится по адресу https://gist.github.com/Quazistax/8daf09080bf54b4c7641 .

@echo off
pushd "%~dp0"
setlocal EnableDelayedExpansion

for /f "tokens=3,*" %%e in ('git ls-files -s ^| findstr /R /C:"^120000"') do (
     call :processFirstLine %%f
)
REM pause
goto :eof

:processFirstLine
@echo.
@echo FILE:    %1

dir "%~f1" | find "<SYMLINK>" >NUL && (
  @echo FILE already is a symlink
  goto :eof
)

for /f "usebackq tokens=*" %%l in ("%~f1") do (
  @echo LINK TO: %%l

  del "%~f1"
  if not !ERRORLEVEL! == 0 (
    @echo FAILED: del
    goto :eof
  )

  setlocal
  call :expandRelative linkto "%1" "%%l"
  mklink "%~f1" "!linkto!"
  endlocal
  if not !ERRORLEVEL! == 0 (
    @echo FAILED: mklink
    @echo reverting deletion...
    git checkout -- "%~f1"
    goto :eof
  )

  git update-index --assume-unchanged "%1"
  if not !ERRORLEVEL! == 0 (
    @echo FAILED: git update-index --assume-unchanged
    goto :eof
  )
  @echo SUCCESS
  goto :eof
)
goto :eof

:: param1 = result variable
:: param2 = reference path from which relative will be resolved
:: param3 = relative path
:expandRelative
  pushd .
  cd "%~dp2"
  set %1=%~f3
  popd
goto :eof

Я все время использую ссылки sym между моим корневым каталогом и каталогом git repo Мне нравится держать их отдельно. На окнах я использую опцию mklink / j. Соединение, кажется, позволяет git вести себя нормально:

>mklink /j <location(path) of link> <source of link>

например:

>mklink /j c:\gitRepos\Posts C:\Bitnami\wamp\apache2\htdocs\Posts

Я искал простое решение для работы с символическими ссылками Unix на окнах. Большое спасибо за вышеупомянутые псевдонимы Git. Существует одна небольшая оптимизация, которую можно выполнить с rm-символическими ссылками, чтобы она не удаляла файлы в папке назначения в случае, если псевдоним запускается во второй раз случайно. Пожалуйста, соблюдайте новое условие if в цикле, чтобы убедиться, что файл не является ссылкой на каталог до запуска логики.

git config --global alias.rm-symlinks '!__git_rm_symlinks(){
for symlink in $(git ls-files -s | egrep "^120000" | cut -f2); do
    *if [ -d "$symlink" ]; then
      continue
    fi*
    git rm-symlink "$symlink"
    git update-index --assume-unchanged "$symlink"
done
}; __git_rm_symlinksenter 

Один простой трюк, который мы используем, - это просто звонить git add --allдважды подряд.

Например, наши вызовы сценария фиксации для Windows 7:

$ git add --all
$ git add --all

Первое добавление обрабатывает ссылку как текст и добавляет папки для удаления.

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

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