Отримання "фатально: Не git сховище" при спробі віддаленого додати Git repo

Я представляю Git, дотримуючись цього підручника:

• запустити джекіл на майжеfreespeech.net

Все працює добре до тих пір, поки частина, в яку репо додається до моєї локальної машини:

git remote add nfsn ssh://USERNAME@NFSNSERVER/home/private/git/REPONAME.git

(Після заміни USERNAME, NFSNSERVER і REPOAME правильними іменами) я отримую помилку:

fatal: Not a git repository (or any of the parent directories): .git

Чи можете ви допомогти мені пройти цей крок?

Ви запросили локальне сховище Git, до якого передбачається додати цей пульт?

Чи має ваш локальний каталог .gitпапку?

Спробуйте git init.

Ви отримаєте цю помилку, якщо спробуєте використовувати команду Git, коли ваша поточна робоча директорія не знаходиться в сховищі Git. Це тому, що за замовчуванням Git шукатиме .gitкаталог сховища (всередині кореня проекту?), На що вказує моя відповідь на "Git не відображатиме журнал, якщо я не знаходжусь у каталозі проектів" :

Згідно з офіційною документацією Linux Kernel Git , GIT_DIRчи [змінна середовище] встановлена ​​для пошуку .gitкаталогу (у поточному робочому каталозі?) За замовчуванням:

Якщо встановлена GIT_DIRзмінна середовище, то вона визначає шлях для використання замість типового .gitдля бази сховища.

Вам потрібно буде або cdв сховище / робочу копію, або ви не ініціалізували або не клонували сховище в першу чергу, і в цьому випадку вам потрібно ініціалізувати репо в каталозі, де ви хочете розмістити репо:

git init

або клонувати сховище

git clone <remote-url>
cd <repository>

Моя проблема полягала в тому, що для деяких гикавок з моєю ОС будь-яка команда в моєму локальному сховищі закінчувалася "фатальним: Не сховище git (або будь-який з батьківських каталогів): .git", з включеною командою fsck.

Проблема була порожнім файлом HEAD .

Мені вдалося знайти фактичну назву філії, над якою працював у .git / refs / heads, і тоді я зробив це:

echo 'ref: refs/heads/ML_#94_FILTER_TYPES_AND_SPECIAL_CHARS' > .git/HEAD

Це спрацювало.

ПРИМІТКА. Це відповідає не на поширену проблему, яка була проблемою ОП, а на іншу проблему, де може з’явитися це повідомлення про помилку. Мені не здавалося, що я задаю нове запитання просто для того, щоб записати цю відповідь, скажи мені, чи варто робити це замість цього: P

Я потрапив у ситуацію, швидше за все, через певну корупцію певної аварії, яку я отримав, навіть коли .gitіснував.

smar@aaeru ~/P/Nominatim> git status
fatal: Not a git repository (or any of the parent directories): .git
smar@aaeru ~/P/Nominatim [128]> ls .git
COMMIT_EDITMSG  config*  FETCH_HEAD  HEAD  index  logs/  modules/  objects/  ORIG_HEAD packed-refs

Оскільки у мене не було нічого, що насправді потребувало б збереження, я просто пішов манекеном і зробив ...

smar@aaeru ~/P/Nominatim [128]> git init
Reinitialized existing Git repository in /home/smar/Projektit/Nominatim/.git/

Все ще не працює, як, наприклад, git logповертається fatal: bad default revision 'HEAD'. Дистанційні були там, хоча я так і зробив, git fetch --allа потім просто git reset --hard origin/masterдля того, щоб перейти до стану репо раніше.

Зверніть увагу , що якщо є деякі непідтверджені зміни, ви можете побачити їх git status, git diffі так далі. Тоді безпосередньо git diff yourfile > patchперед запуском скидання.

Принаймні для мене reflog ( git reflog) повністю зник. Отже, якщо ви виконали скидання, і були якісь зміни, які ви хотіли запобігти, я не впевнений, що ви зможете їх повернути після скидання більше. Отже, переконайтеся, що у вас є всі зміни, які ви не зможете втратити, резервні копії, зрештою, просто скопіювавши клон, перш ніж спробувати це.

$ git status
fatal: Not a git repository:

Просто введіть у вашому cmd або git shell або будь-якому іншому терміналі наступне:

$ git init

Ця проблема у мене виникла після того, як я перемістив місце розташування проекту git у файловій системі. Коли я виконував деякі команди git, сталася помилка, наприклад:

$ git status
fatal: Not a git repository: /home/rospasta/path_old/gitprojecta/.git/modules/.travis

Я знайшов в /home/rospasta/path_old/gitprojecta/.travis/.gitабсолютній стежці написане старе місце розташування проекту. Оновлення цього шляху нового місця вручну вирішило для мене проблему.

Тож моя проблема може бути, а не бути проблемою з git, але HTH.

Якщо це допомагає комусь іншому, я отримав це повідомлення про помилку після випадкового видалення .git / object /

fatal: Не сховище git (або будь-який з батьківських каталогів): .git

Відновлення його вирішило проблему.

У командному рядку / CLI ви отримаєте цю помилку, якщо ваш поточний каталог НЕ є сховищем. Отже, вам потрібно спочатку CD в репо.

Можливо, пізно, але ще одне рішення, яке може допомогти майбутнім відвідувачам. Спочатку видаліть старий .gitкаталог -

rm .git

Потім знову ініціалізуйте git repo

git init

Схоже, ви не переходите до конкретної папки. Наприклад, якщо я працюю над проектом під назвою bugsBunny, і він зберігається у папці d: / work: code, тому спочатку потрібно перейти до цієї папки за допомогою cd d: / work / code / bugsBunny, то після цього ви може продовжувати використовувати ваші команди git.

Навіть у мене була така ж проблема. Я написав скрипт оболонки, який створить резервну копію всіх моїх кодів до мого git repo в робочі дні тижня о 17:55 за допомогою crontab. побачивши журнали cron, я виявив вищезгадану проблему.

вищезазначена проблема виникає лише тоді, коли ви намагаєтеся виконувати команди git від негірського dir (тобто з іншого dir, який не є робочою копією). щоб виправити це додавання -C <git dir>в команді git, яку ви виконуєте таким, який git statusбуде git -C /dir/to/git statusі git add -Aбуде git -C /dir/to/git -A.

У моєму випадку я використовував Tortoise SVN і помилився одночасно використовувати функції GIT Visual Studio. Це змусило Visual Studio заблокувати файл HEAD всередині папки .git, щоб ні VS, ні черепаха не могли отримати доступ до репо, і я отримав помилку "фатально: Не git repo ..." з обох програм.

Рішення:

1. Зайдіть у папку .git і перейменуйте "HEAD.lock" на "HEAD"
2. Виберіть для однієї програми адміністратора GIT і не торкайтеся іншої

Для цього вам потрібно ввести одну команду, якої немає в командах bitbucket

Спробуйте спробувати git init.

у моєму випадку у мене була та сама проблема, коли я намагався будь-які команди git (наприклад, статус git) за допомогою Windows cmd. тож, що я роблю, це після встановлення git для вікна https://windows.github.com/ у змінні середовища, додати шлях класу git на змінну "PATH". зазвичай git встановлюється на C: / user / "username" / appdata / local / git / bin додають це на PATH у змінну навколишнього середовища

і ще одна річ у cmd - перейдіть у своє сховище git або cd туди, де у вашому вікні знаходиться ваш клон, вони зазвичай зберігатимуться в документах під github cd Document / Github / yourproject, після чого ви можете мати будь-які команди git

Дякую тобі

Перейдіть у свою вихідну папку, де зберігається локальне репо, приклад шахти знайдено в c: / GitSource, клацніть правою кнопкою миші в теці, натисніть тут git bash, а потім статус git ....

GIT_DIR має бути скасовано: unset GIT_DIR

У моєму випадку файл .git / HEAD був пошкоджений (містив лише крапки). Тому я відредагував його і замінив його вміст на:

ref: refs/heads/master

і вона знову почала працювати.

Для мене це стосувалося неправильної форми власності на моєму .git/шляху. rootналежить .git/HEADта .git/index, не дозволяючи jenkinsкористувачеві виконувати завдання.

Знизу помилка здається, що Gits не знайшов .git-файл у поточному каталозі, тому кидає повідомлення про помилку.

Тому перейдіть до каталогу до каталогу репозиторіїв, де ви маєте перевірити код від git, та запустіть цю команду.

• $ git checkout

У моєму випадку я виявив, що git у Windows з певного часу стає чутливим до регістру для букви диска.

Після оновлення git binary у Windows cli команди, які раніше працювали, зупинялися. наприклад, шлях у скрипті був D : \ bla \ file.txt, тоді як команда git приймала лише d : \ bla \ file.txt

git добре працював, і раптом він почав показувати це fatal: Not a git repository (or any of the parent directories): .gitповідомлення.

Для мене не впевнений, що було пошкоджено в папці .git, я зробив git clone ** newfolderі скопіював всю папку .git у свою пошкоджену / стару папку, де я робив зміни, перш ніж git почав показувати повідомлення про помилку ..

Все повернулося до норми, і git також розпізнав змінені / нестадійні файли.

відновіть .git/ORIG_HEADі інші кореневі файли .git repo

Я отримав цю помилку після відновлення з резервного копіювання, мабуть, файли, що містяться в кореневому каталозі .git, не зробили це до цілі, але всі підпапки зробили це спочатку, я подумав, що репо є непорушною.

Я виправив це відновленням кореневих файлів.

У мене виникла ця проблема із плагіном Jenkins Git після проблем із автентифікацією в GitLab. Дженкінс повідомляв про "hudson.plugins.git.GitException: [...] stderr: GitLab: Не вдалося знайти проект, який ви шукали. fatal: Не вдалося прочитати з віддаленого сховища. '

Однак якщо я зробив "git clone" або "git fetch" прямо з поля Jenkins (командного рядка), він працював без проблем.

Проблему було вирішено шляхом видалення всього каталогу / робочої області в папці завдань Дженкінса для цієї конкретної роботи, наприклад

rm -Rf $JENKINS_HOME/jobs/myJenkinsJob/workspace/

Імовірно, місцева папка .git мала / пошкодилася?

Це також може бути пов’язано з дозволами. Перевірте дозволи власника / групи та переконайтеся, що у вас є відповідні дозволи на доступ до цих даних. У моєму випадку я зіткнувся з цією помилкою під час запуску "git status" у репо, власність якого була встановлена ​​на root: root. Запуск "статусу git" як root вирішив мою проблему. Крім того, якщо ви не хочете, щоб користувач / група права власності була кореневою: root, пригнічіть репо до того, до чого у вас є доступ.

У мене виникла ця проблема та виправлено її, додавши файл README.md

У моєму випадку аварія системи призвела до пошкодження файлу HEAD. У цьому посібнику показано, як виправити ті та інші проблеми, які можуть виникнути.

https://git.seveas.net/repairing-and-recovering-broken-git-repositories.html