Папка репозитория .git, показывающая, используя окна 7

Я новичок в git (mysysgit), и я пытаюсь заставить его работать на моем ноутбуке. Я использую Windows 7. Я мог использовать большинство команд, но я не думаю, что он был сохранен в любом месте. Я использовал git init, git add., git commit. Кажется, все работает нормально, но я не могу найти свою папку .git в любом месте. После использования SmartGit я вижу, что ничего не сохраняется. В чем может быть проблема?

Ответ 1

Если git включено, добавлено и зафиксировано в папке без проблем, то там есть .git-папка. Если вы не видите его в проводнике Windows, вам необходимо включить отображение скрытых и системных файлов и папок в проводнике Windows.

Бесплатная электронная книга " Pro Git" действительно полезна для ускорения работы с git. Существует также еще один бесплатный, называемый " Git Succincly", который вы должны зарегистрировать, но это подрезает Pro git и I" у меня не было никакого спама или раздражающих наблюдений.

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

Ответ 2

С git 2.9 папка .git/ по-прежнему остается скрытой, но теперь имеет новую конфигурацию:

git config core.hideDotFile dotGitOnly

Этот новый параметр позволяет настроить способ скрыть или неточечные файлы.

См. commit ebf31e7, совершить f30afda (11 мая 2016) Йоханнес Шинделин (dscho).
(слияние Junio ​​C Hamano - gitster - в commit bfc99b6, 17 мая 2016 г.)

mingw: введите параметр 'core.hideDotFiles':

В Unix (и Linux) файлы и каталоги, чьи имена начинаются с точки обычно не отображаются по умолчанию. Это соглашение используется Git: Каталог .git/ должен быть оставлен в покое обычными пользователями и доступен только для доступа через git.

В Windows такого соглашения не существует. Вместо этого существует явный флаг для маркировки файлов или каталогов как скрытых.

В начале, git для Windows не помещал каталог .git/ (или в любом случае, любой файл или каталог, имя которого начинается с точки) скрытый. Это приводит к довольно путанице и даже к потере данных.

Следовательно, git для Windows ввел параметр core.hideDotFilesс тремя возможными значениями: true, false и dotGitOnly, по умолчанию отмечая только каталог .git/ как скрытый (dotGitOnly).

Обоснование: пользователям не нужно напрямую обращаться к .git/, и действительно (как был продемонстрирован) также не должен видеть этот каталог.
Однако не все точечные файлы должны быть скрыты по умолчанию, например, Eclipse не показывает их (и поэтому пользователь не сможет увидеть, скажем, .gitattributes).

За последние пять лет с момента последней попытки довести этот патч до ядра Git, некорректная версия этого патча служила git для Windows ' пользователей: ни один отчет не указал проблем со скрытым каталогом .git/ и потоком проблем, вызванных ранее не скрытыми .git/ каталог просто остановлен.
Ошибки были исправлены в процессе получения этого патча вверх по течению.

В git config справочная страница теперь входят:

core.hideDotFiles

(только для Windows) Если true, отметьте вновь созданные каталоги и файлы, имя которых начинается с точки, как скрытой.
Если 'dotGitOnly', только каталог .git/ скрыт, но никаких других файлов, начинающихся с точки. Режим по умолчанию: "dotGitOnly".

Ответ 3

Я установил git версию 1.9.2 и работал с ним с помощью командной строки. Первоначально я не мог видеть папку .git в моем репозитории git, но после изменения настроек в окнах, чтобы показать скрытые файлы и папки, я могу видеть папку .git в моем репозитории.!!

Ответ 4

Хотя у меня есть опция проводника Windows, которая отображает скрытые файлы и папки (и даже показывает защищенные файлы операционной системы), папка .git все еще не отображается. Я нажал <F5 > и он все еще не отображается.

Однако в командной строке я вижу его, набрав

dir /ah

из каталога репозитория.

Через некоторое время файл .git наконец появился в Проводнике Windows. Я подозреваю, что Explorer не получил уведомление обратного вызова, что каталог еще не изменился, и, по-видимому, <F5 > не переопределяет это... для скрытых файлов. Или, может быть, Windows Explorer вначале опасался показ точечного и скрытого файла (папки) в первый раз.: >