Nhận được Fatal: Không phải là kho lưu trữ git, khi cố gắng từ xa thêm repo Git

Tôi sẽ tự giới thiệu về Git bằng cách làm theo hướng dẫn này:

• nhận được jekyll chạy trên gầnfreespeech.net

Mọi thứ hoạt động tốt cho đến khi phần repo được thêm vào máy cục bộ của tôi:

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

(Sau khi thay thế USERNAME, NFSNSERVER và REPOAME bằng tên chính xác) Tôi nhận được lỗi:

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

Bạn có thể giúp tôi vượt qua bước này?

Bạn đã khởi tạo một kho lưu trữ Git cục bộ, trong đó điều khiển từ xa này được cho là được thêm vào?

.gitThư mục địa phương của bạn có một thư mục?

Hãy thử git init.

Bạn sẽ gặp lỗi này nếu bạn cố gắng sử dụng lệnh Git khi thư mục làm việc hiện tại của bạn không nằm trong kho Git. Đó là bởi vì, theo mặc định, Git sẽ tìm .gitthư mục kho lưu trữ (bên trong gốc của dự án?), Như được chỉ ra bởi câu trả lời của tôi cho "Git sẽ không hiển thị nhật ký trừ khi tôi ở trong thư mục dự án" :

Theo tài liệu chính thức của Linux Kernel Git , GIT_DIR[biến môi trường] được đặt để tìm .gitthư mục (trong thư mục làm việc hiện tại?) Theo mặc định:

Nếu GIT_DIRbiến môi trường được đặt thì nó chỉ định một đường dẫn sẽ sử dụng thay vì mặc định .gitcho cơ sở của kho lưu trữ.

Bạn sẽ cần phải cdvào kho lưu trữ / bản sao làm việc hoặc bạn đã không khởi tạo hoặc sao chép kho lưu trữ ở vị trí đầu tiên, trong trường hợp đó bạn cần khởi tạo repo trong thư mục nơi bạn muốn đặt repo:

git init

hoặc sao chép một kho lưu trữ

git clone <remote-url>
cd <repository>

Vấn đề của tôi là đối với một số trục trặc với hệ điều hành của tôi, bất kỳ lệnh nào trên kho lưu trữ cục bộ của tôi đều kết thúc bằng "fatal: Not a git repository (hoặc bất kỳ thư mục mẹ nào): .git", có kèm theo lệnh fsck.

Vấn đề là tập tin CHÍNH trống .

Tôi đã có thể tìm thấy tên chi nhánh thực tế mà tôi đã làm việc trong .git / refs / Heads và sau đó tôi đã làm điều này:

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

Nó đã làm việc.

LƯU Ý: điều này không trả lời cho vấn đề phổ biến, đó là vấn đề của OP, nhưng đối với vấn đề khác trong đó thông báo lỗi này có thể xuất hiện. Tôi không cảm thấy muốn làm câu hỏi mới chỉ để viết câu trả lời này xuống, nói cho tôi biết nếu tôi nên làm điều đó thay vào đó: P

Tôi đã gặp phải tình huống, rất có thể là do một số tham nhũng của sự cố nhất định mà tôi gặp phải, rằng tôi đã gặp lỗi này ngay cả khi .gitđã tồn tại.

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

Vì tôi không có bất cứ thứ gì thực sự cần bảo quản, tôi chỉ đi theo con đường giả và ...

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

Vẫn không hoạt động, ví dụ như git logtrả về fatal: bad default revision 'HEAD'. Điều khiển từ xa đã ở đó, vì vậy tôi đã làm git fetch --allvà sau đó chỉ git reset --hard origin/masterđể đưa bản thân đến trạng thái repo trước đây.

Lưu ý rằng nếu có một số thay đổi không được cam kết, bạn có thể thấy chúng với git status, git diffv.v. Sau đó ngay git diff yourfile > patchtrước khi chạy thiết lập lại.

Ít nhất đối với tôi reflog ( git reflog) biến mất hoàn toàn. Do đó, nếu bạn thực hiện đặt lại và có một số thay đổi bạn muốn ngăn chặn, tôi không chắc bạn có thể lấy lại chúng sau khi đặt lại nữa không. Vì vậy, hãy chắc chắn rằng bạn có tất cả các thay đổi mà bạn không thể mất để sao lưu, cuối cùng chỉ bằng cách sao chép bản sao trước khi thử điều này.

$ git status
fatal: Not a git repository:

Chỉ cần nhập nội dung sau vào vỏ cmd hoặc git của bạn hoặc bất kỳ thiết bị đầu cuối nào khác:

$ git init

Vấn đề này xảy ra với tôi sau khi tôi chuyển vị trí của một dự án git trên hệ thống tập tin. Khi tôi chạy một số lệnh git, lỗi xảy ra, ví dụ:

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

Tôi tìm thấy trong /home/rospasta/path_old/gitprojecta/.travis/.gitđường dẫn tuyệt đối của vị trí cũ của dự án đã được viết. Cập nhật thủ công đường dẫn này của vị trí mới đã giải quyết vấn đề cho tôi.

Vì vậy, vấn đề của tôi có thể hoặc không phải là vấn đề git, nhưng HTH.

Trong trường hợp nó giúp được người khác, tôi đã nhận được thông báo lỗi này sau khi vô tình xóa .git / object /

fatal: Không phải là kho git (hoặc bất kỳ thư mục mẹ nào): .git

Khôi phục nó đã giải quyết vấn đề.

Trong dòng lệnh / CLI, bạn sẽ gặp lỗi này nếu thư mục hiện tại của bạn KHÔNG phải là kho lưu trữ. Vì vậy, bạn phải đầu tiên CD vào repo.

Có lẽ đã quá muộn nhưng Một giải pháp khác có thể giúp du khách trong tương lai. Đầu tiên xóa .gitthư mục cũ -

rm .git

Sau đó khởi tạo lại git repo

git init

Có vẻ như bạn sẽ không đến thư mục cụ thể của bạn. Ví dụ: nếu tôi đang làm việc với một dự án có tên bugBunny và nó được lưu trong thư mục d: / work: code, thì trước tiên bạn phải vào thư mục đó bằng cách sử dụng cd d: / work / code / bugBunny, sau đó bạn có thể tiếp tục sử dụng các lệnh git của bạn.

Ngay cả tôi cũng có vấn đề tương tự. tôi đã viết một tập lệnh shell sẽ sao lưu tất cả các mã của tôi vào repo git của tôi vào các ngày làm việc trong tuần vào lúc 17:55 bằng cách sử dụng crontab. bằng cách xem nhật ký của cron tôi đã tìm thấy vấn đề được đề cập ở trên.

vấn đề trên chỉ xảy ra khi bạn đang cố thực thi các lệnh git từ một thư mục không phải gir (tức là từ các thư mục khác không phải là bản sao làm việc). để sửa lỗi này, thêm -C <git dir>vào lệnh git mà bạn đang thực hiện như vậy git statussẽ git -C /dir/to/git statusvà git add -Asẽ git -C /dir/to/git -A.

Trong trường hợp của tôi, tôi đã sử dụng Rùa SVN và mắc lỗi khi sử dụng các chức năng GIT của Visual Studio cùng một lúc. Điều đó đã khiến Visual Studio khóa tệp CHÍNH trong thư mục .git để cả VS và Rùa không thể truy cập vào repo và tôi đã gặp lỗi "fatal: Not a git repo ..." từ cả hai ứng dụng.

Giải pháp:

1. Đi vào bên trong thư mục .git và đổi tên "HEAD.lock" thành "HEAD"
2. Quyết định cho một ứng dụng quản trị viên GIT và không chạm vào ứng dụng khác

Cho rằng bạn cần phải nhập một lệnh bị thiếu trong các lệnh bitbucket

Hãy thử git init.

trong trường hợp của tôi, tôi đã gặp vấn đề tương tự trong khi tôi thử bất kỳ lệnh git nào (ví dụ như trạng thái git) bằng windows cmd. Vì vậy, những gì tôi làm là sau khi cài đặt git cho cửa sổ https://windows.github.com/ trong các biến môi trường, thêm đường dẫn lớp của git vào biến "PATH". thông thường git sẽ được cài đặt trên C: / user / "username" / appdata / local / git / bin, thêm cái này vào PATH trong biến môi trường

và một điều nữa trên cmd đi đến kho git hoặc cd của bạn đến nơi bản sao của bạn trên cửa sổ của bạn thường chúng sẽ được lưu trữ trên các tài liệu theo github cd Document / Github / yourproject sau đó bạn có thể có bất kỳ lệnh git nào

cảm ơn bạn

Chuyển đến thư mục nguồn của bạn nơi lưu trữ repo cục bộ, ví dụ của tôi được tìm thấy trong c: / GitSource, nhấp chuột phải trong thư mục, nhấp vào git bash tại đây, sau đó git status ....

GIT_DIR không được đặt: unset GIT_DIR

Trong trường hợp của tôi, tập tin .git / HEAD bị hỏng (chỉ chứa các dấu chấm). Vì vậy, tôi đã chỉnh sửa nó và thay thế nội dung của nó bằng:

ref: refs/heads/master

và nó bắt đầu hoạt động trở lại.

Đối với tôi, điều này có liên quan đến quyền sở hữu không đúng trong .git/con đường của tôi . rootsở hữu .git/HEADvà .git/index, ngăn chặn jenkinsngười dùng chạy công việc.

Lỗi bên dưới có vẻ như Gits không tìm thấy tệp .git trong thư mục hiện tại nên ném thông báo lỗi.

Do đó, thay đổi thư mục thành thư mục kho lưu trữ nơi bạn đã kiểm tra mã từ git và sau đó chạy lệnh này.

• $ git thanh toán

Trong trường hợp của tôi, tôi thấy rằng git trong windows trở nên phân biệt chữ hoa chữ thường đối với ký tự ổ đĩa từ một số điểm.

Sau khi nâng cấp git binary trong windows, các lệnh cli được sử dụng để làm việc dừng lại. ví dụ: đường dẫn trong tập lệnh là D : \ bla \ file.txt trong khi lệnh git chỉ được chấp nhận d : \ bla \ file.txt

git đã hoạt động tốt và đột nhiên nó bắt đầu hiển thị fatal: Not a git repository (or any of the parent directories): .gitthông báo này .

Đối với tôi không chắc chắn những gì đã bị hỏng trong thư mục .git, tôi đã làm git clone ** newfoldervà sao chép toàn bộ thư mục .git vào thư mục cũ bị hỏng / cũ của tôi, nơi tôi đang thực hiện các thay đổi trước khi git bắt đầu hiển thị thông báo lỗi ..

Mọi thứ trở lại bình thường và git cũng nhận ra các tập tin đã thay đổi / không theo giai đoạn của tôi.

khôi phục .git/ORIG_HEADvà các tập tin repo gốc .git khác

Tôi đã gặp lỗi này sau khi khôi phục từ bản sao lưu, rõ ràng các tệp trong thư mục gốc .git đã không đến được mục tiêu, nhưng tất cả các thư mục con đã làm như vậy lúc đầu tôi nghĩ rằng repo vẫn còn nguyên vẹn.

Tôi đã sửa nó bằng cách khôi phục các tập tin gốc.

Tôi gặp vấn đề này với plugin Jenkins Git sau khi xác thực sự cố với GitLab. Jenkins đã báo cáo 'hudson.plugins.git.GitException: [...] stderr: GitLab: Dự án bạn đang tìm kiếm không thể tìm thấy. gây tử vong: Không thể đọc từ kho lưu trữ từ xa. '

Tuy nhiên, nếu tôi đã thực hiện một 'git clone' hoặc 'git fetch' trực tiếp từ hộp Jenkins (dòng lệnh) thì nó không hoạt động.

Vấn đề đã được giải quyết bằng cách xóa toàn bộ thư mục / không gian làm việc trong thư mục công việc Jenkins cho công việc cụ thể đó, vd

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

Có lẽ thư mục .git cục bộ đã bị cũ / hỏng?

Điều này cũng có thể là do quyền. Kiểm tra quyền của chủ sở hữu / nhóm và đảm bảo bạn có đủ quyền để truy cập dữ liệu đó. Trong trường hợp của tôi, tôi đã gặp phải lỗi này khi chạy "trạng thái git" trong một repo có quyền sở hữu được đặt thành root: root. Chạy "git status" khi root giải quyết vấn đề của tôi. Ngoài ra, nếu bạn không muốn quyền sở hữu của người dùng / nhóm là root: root, hãy chọn repo cho thứ bạn có quyền truy cập.

Tôi đã gặp sự cố này và đã khắc phục bằng cách thêm tệp README.md

Trong trường hợp của tôi, một sự cố hệ thống đã làm cho tệp tin bị hỏng. Hướng dẫn này chỉ ra cách khắc phục điều đó và các vấn đề khác mà bạn có thể gặp phải.

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