Sourcetree не обнаруживает изменения в DLL-файле - PullRequest
Новая
       10

Sourcetree не обнаруживает изменения в DLL-файле

0 голосов
/ 18 сентября 2018

У меня есть файл .dll, который отслеживается и добавляется в систему контроля версий (поэтому он нигде не игнорируется).Проблема в том, что я недавно обновил его, но Sourcetree не обнаружил, что он изменился.

Ответы [ 3 ]

0 голосов
/ 13 октября 2018
  • Попробуйте добавить его снова, используя git add -f Одна из причин заключается в том, что "* .dll" может быть в вашем глобальном игнорировании.Мы можем использовать git check-ignore, чтобы узнать, где находится глобальный файл gitignore.
  • Мы можем использовать следующую команду для проверки файлов, которые игнорируются gitignore: git ls-files . --ignored --exclude-standard --others
0 голосов
/ 15 октября 2018

Изучите nuget, чтобы получить стороннюю dll из git. Предоставляет ли сторонний поставщик ленту новостей для этой сборки?

Если нет, стоит попросить их начать. Если нет, вы можете сделать один https://docs.microsoft.com/en-us/nuget/create-packages/creating-a-package

У вас уже есть частные каналы нюгетеров? Если нет, то стоит разобраться. https://docs.microsoft.com/en-us/nuget/hosting-packages/overview

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

0 голосов
/ 13 октября 2018

Сначала переключитесь на командную строку, используя последний Git для Windows , в сеансе CMD с упрощенным PATH .

Там, перейдите в корневую папку репо и введите, используя git check-ignore: 

git check-ignore -v -- path/to/your/file.dll

Если это ничего не возвращает, вы уверены, что оно не игнорируется и должно отслеживаться.

Введите, используя git check-attr: 

git check-attr --all -- path/to/your/file.dll

Если это ничего не возвращает, это означает, что директива .gitattributes не будет влиять на разницу, которая должна быть обнаружена.

Убедитесь, что git status упоминает, что вы находитесь на ветке (вместо отсоединенной ГОЛОВКИ)

Обновление за февраль 2019 г. для Git 2.21: запрос «git check-attr» о макросе (например, «бинарный») на определенном пути не работал правильно, даже если «git check-attr -a» указывал такой макрос правильно. Это было исправлено.

См. коммит 7b95849 (18 января 2019) Джеффом Кингом (peff) .
(Объединено с Junio ​​C Hamano - gitster - in commit 02bf766 , 05 Feb 2019)

Это означает, что с Git 2.21 git check-attr binary file должно вернуть file: binary: set. (вместо file: binary: unspecified)

...