Блог

Главная - Вопросы по программированию - git lfs locks отлично работает внутри корпоративной сети, но занимает более 10 минут при использовании подрядчиком, подключающимся через VPN

git lfs locks отлично работает внутри корпоративной сети, но занимает более 10 минут при использовании подрядчиком, подключающимся через VPN

#git #svn #vpn #git-lfs

#мерзавец #svn #vpn #git-lfs

Вопрос:

Наши подрядчики переходят с SVN на Git, и нам необходимо предоставить им возможность блокировки файлов. Поскольку SVN поддерживает эту функцию, у git ее нет, поэтому я пытаюсь использовать модуль Git LFS для решения этой проблемы. После установки GIT LFS я заблокировал некоторые файлы с помощью

     git lfs lock file

и набрал команду

     git lfs locks

это сработало очень быстро, я получил ответ менее чем за секунду.
Но на стороне наших подрядчиков, которые подключаются к нашей сети через VPN, время отклика составило более 10 минут, и по-прежнему нет выхода. В чем может быть проблема? И есть ли какой-нибудь способ это решить?

Сам Git и git lfs установлены в Windows 10, и все команды выполняются из терминала git bash. git lfs версия 2.7.1

Я ожидаю такого же времени отклика от git lfs lock

Комментарии:

1. Вы можете попробовать запустить команду с GIT_TRACE=1 GIT_TRANSFER_TRACE=1 GIT_CURL_VERBOSE=1 и посмотреть, что вам скажут на выходе. Вероятно, это какая-то проблема с сетью.

2. @bk2204 GIT_TRACE=1 git lfs locks выдает: трассировка: разрешенный исполняемый файл: C:/Program Files/Git/mingw64/bin трассировка: exec: блокировки git-lfs трассировка git-lfs: exec: git ‘version’ трассировка git-lfs: exec: git ‘-c’ ‘filter.lfs.smudge=’ ‘-c’ ‘filter.lfs.clean=’ ‘-c’ ‘filter.lfs.process=’ ‘-c’ ‘filter.lfs.process=’ ‘-c’ ‘filter.lfs.lfs .требуется=false’ ‘rev-parse’ ‘HEAD’ ‘—символьное полное имя’ ‘HEAD’ трассировка git-lfs: exec: git ‘config’ ‘-l’ трассировка git-lfs: creds: заполнение с помощью GIT_ASKPASS: C:/Program Files/Git/mingw64/libexec/git-core/ git-gui—попросите передать имя пользователя для » gitlab.com » продолжение в следующем комментарии

3. @bk2204 трассировка git-lfs: ошибка заполнения учетных данных: exec: «C:/Program Файлы/Git/mingw64/libexec/git-core/git-gui—askpass»: файл не существует трассировка git-lfs: creds: заполнение учетных данных git («https», «gitlab.com «, «») две другие команды отвечают вечно, не давая результата

4. Вывод @bk2204 git гласит, что «C:/Program Files/Git/mingw64/libexec/git-core/git-gui—askpass»: файл не существует, но на самом деле этот файл существует. Возможно, это может быть проблемой?

Ответ №1:

Проблема решена, проблема была в ni версии git. Наши подрядчики использовали 2.19, они обновлены до 2.21.0.windows.1, и все работало нормально! Спасибо всем за помощь.