2013-03-25 14 views
8

Czy możesz mi pomóc zrozumieć, dlaczego mój prosty projekt startowy nie działa? Używam systemu Windows XP z zainstalowanym Git z Git-1.8.1.2-preview20130201.exe. Używam Git Bash dostarczonego z instalacją.Git nie powiedzie się po pierwszym ponownym uruchomieniu na dysku sieciowym

Na dysku sieciowym I wykonaj następujące czynności:

cd /k/repos 
mkdir LV_Libraries.git 
cd LV_Libraries.git 
git init --bare 

W mojej lokalnej kopii projektu:

git init 
git add * 
git commit -m "Initial Commit" 
git remote add origin /k/repos/LV_Libraries.git 
git push origin master 

Push nie mówiąc

"remote: error: unable to write sha1 filename ./objects/pack/pack-b69cd03c4c ... .pak: Permission denied" 
"Remote: fatal: cannot store pack file" 
"Error: unpack failed: index-pack abnormal exit" 
"To k:/repos/LV_Libraries.git 
    ! [remote rejected] master -> master (unpacker error)" 

ja początkowo sądzono może to być plik uprawnień, ale nie mam problemu z pisaniem lub odczytywaniem plików na dysku sieciowym przez moje t erminal. Czy ktoś ma jakieś pomysły?

+1

Otrzymuję to po tym, jak udało mi się hibernować moją maszynę w połowie pchnięcia. Doh! –

Odpowiedz

1

Wygląda na to, że masz problemy podobne do tego pytania git: can't push (unpacker error) related to permission issues, np. Problemy z uprawnieniami na dysku k: prawdopodobnie związane z uprawnieniami użytkownika.

Czy sprawdziłeś dokładnie uprawnienia, które posiadasz na ścieżce UNC dla folderu na K :?

+0

Myślę, że masz rację. Podany link został powiązany z innym postem: http://blog.shamess.info/2011/05/06/remote-rejected-na-unpacker-error/ Wygląda to praktycznie identycznie jak błąd, który otrzymałem. Czy mogę rozwiązać problem z serwerem, z którym muszę pracować, pozostaje do zobaczenia. Dziękujemy! – CDMA

0

Czy masz ustawienia CRLF?

Podczas zabawy z ustawieniami udało mi się wygenerować zmianę, która spowodowała problem identyczny z twoim. W końcu tworzę nowy klon zdalnego repo i powoli scalam moje zmiany z powrotem do niego.

0

Napotkano ten problem podczas próby przekazania zmian z komputera z systemem Windows za pośrednictwem udziału Samby hostowanego na komputerze z systemem Mac OS X. Rozwiązałem to przez zainicjowanie serwera SSH na komputerze Mac OS X, a następnie sklonowanie projektu ponownie przez SSH na komputerze z systemem Windows. W związku z tym wszystkie kolejne wypychania z maszyny Windows działają pięknie bez żadnych błędów.

Kiedy wyrejestrowany projektu, za pośrednictwem Git GUI dla Windows, kiedyś następującą składnię repozytorium:

ssh://[email protected]_ip:full_path_to_project 

nazwa użytkownika została nazwa użytkownika używana do tworzenia projektu, machost_ip był IP adres mojego komputera Mac OS X w mojej sieci LAN, a full_path_to_project był w pełni kwalifikowaną ścieżką uniksową do projektu Git origin/master.

Nie udało mi się z dalszym użyciem udostępnionego dysku, nawet po zmianie uprawnień grupy. Chociaż jestem pewien, że nazwa użytkownika mogłaby być nazwą użytkownika przypisanego do grupy z uprawnieniami do zapisu do projektu, jak określono w poprzednich odpowiedziach.

1

Usunąłem moim repozytorium git, a następnie odtworzono go

git init --bare --shared 

i to rozwiązało problem dla mnie. Inne odpowiedzi wspominają konfigurację ustawień dla udostępnionych i nagich, ale okazało się, że pomogło tylko odtworzenie repozytorium.

0

Napotkałem ten sam błąd wczoraj. Po prostu próbuję sklonować jedno repozytorium Big Git do mojego lokalnego komputera z systemem Windows przy użyciu Git Bash 2.9.2.

Po zabiciu znacznej ilości czasu i przeczytaniu powyższych odpowiedzi. Uruchomiłem Git Basha jako administrator i działało jak czar. Jestem w stanie sklonować repozytorium.Nie jestem pewien, co to jest problem, myślę, że jest to najprawdopodobniej związane z uprawnieniami tak wielu wskazanych.

Powiązane problemy