Git Bash (Гостевая ОС) и GitBash (Хост ОС) показывают разные состояния - PullRequest
Новая
       25

Git Bash (Гостевая ОС) и GitBash (Хост ОС) показывают разные состояния

0 голосов
/ 03 мая 2019

Немного вступления.

У меня есть репозиторий на моей гостевой (VirtualBox) ОС Ubuntu.Я обычно получаю к нему доступ через терминал Putty SSH.С этого терминала я могу запустить «git status» и увидеть, что рабочий каталог чистый.

Но.Я хочу использовать мои расширения Git Git с компьютера с Win10.Потому что в Ubuntu нет GUI.Так что я поделился папкой, используя Samba .Теперь я могу использовать свой редактор кода, а также другие приложения с графическим интерфейсом, такие как Git Extensions.Но проблема в том, что Git on Host и Git on Guest показывают разные состояния при запуске в одном каталоге.Пожалуйста, смотрите примеры ниже.

Расширения Git Bash (Guest) и Git (или GitBash на хосте) показывают разные состояния.

Расширение Git (Host OS): 

- Git Extensions 3.00.00.4433
- Build fca7cf228b481ee8c1b779cf7b882ccdfbdcd1bc
- Git 2.20.1.windows.1
- Microsoft Windows NT 10.0.17763.0
- .NET Framework 4.7.3324.0
- DPI 96dpi (no scaling)

Git bash (гостевая ОС): 

git version 2.7.4

И совершенно другое состояние рабочего каталога:

enter image description here

Серый - этоКонсоль GitExtensions и голубая - это git bash (в гостевой Ubunty (без графического интерфейса)).

Запуск GitBash для того же хранилища, но из ОС HOST дает тот же результат:

enter image description here

Может кто-нибудь объяснить, где этоОткуда берется разница?

1 Ответ

0 голосов
/ 03 мая 2019

Перво-наперво: никогда не стоит «делиться локальным доступом» к репо, как вы это делаете.Если вам нужно использовать репо в нескольких средах, вам следует клонировать его в каждой среде.

Поскольку вы используете общий доступ для разных ОС, у каждого есть возможность по-разному интерпретировать состояние рабочего каталога.(Например, это может быть связано с окончаниями строк - что, я думаю, наиболее вероятно, - или с заглавными буквами в именах файлов, - что я считаю менее вероятным.)

Возможно, вы сможете настроить эти различия;или вы можете устранить основную проблему (и избежать других потенциальных ловушек), используя встроенные механизмы для обмена репо между средами.

...