OSX 10.10 yosemite beta na git pull: git-sh-setup: Brak takiego pliku lub katalogu

Po uaktualnieniu do wersji OSX 10.10 Yosemite Beta, uruchomienie git pullzwraca następujący błąd:

/ Library / Developer / CommandLineTools / usr / libexec / git-core / git-pull: line 11: git-sh-setup: Nie ma takiego pliku ani katalogu

Sprawdziłem katalog git-core, do którego się odwołano, i znajduje się tam plik git-sh-setup.sh.

Inne polecenia git działają dokładnie tak, jak oczekiwano

Myślę, że najczystszym rozwiązaniem na razie jest zmiana początkowego polecenia w sesji iTerm na

/usr/bin/login -f <your user name>

To rozwiązuje problem.

Kolejny punkt danych do analizy problemu: wydaje się, że w 10.10 istnieje wiele kopii zmiennej środowiskowej PATH, a podpowłoki wydają się preferować drugą kopię.

Możesz to odtworzyć, uruchamiając dowolną aplikację kakaową na konsoli uruchomioną przez iTerm. Otrzymasz ostrzeżenie, które wygląda następująco:

2014-06-04 19:23:09.859 gitx[14676:362580] *** -[NSProcessInfo environment]: Warning: duplicate definition for key 'PATH' found in environment -- subsequent definitions are ignored.  The first definition was '(the path I have configured in my shell)', the ignored definition is '/usr/bin:/bin:/usr/sbin:/sbin'.

Uważam, że jest to problem w 10.10, a nie w iTermie, ale coś, co robi iTerm, powoduje, że się manifestuje (nie dzieje się to w Terminal.app)

Aktualizacja : Jest to spowodowane tym, że iTerm robi „ciekawe” rzeczy dla środowiska. Zaktualizuj do oficjalnej wersji iTerm 2.0, aby rozwiązać ten problem.

Uważam, że jest to błąd w iTermie podczas korzystania z zsh. Celowo nie wywołują / usr / bin / login i nie używają execle do czyszczenia zmiennych środowiskowych tak, jak powinny.

Pobranie najnowszej wersji iTerm2 rozwiązało ten problem!

Inne rozwiązanie, zmodyfikuj swój iTerm2

cd /Applications/iTerm.app/Contents/MacOS
mv iTerm iTerm-bin

cat > iTerm <<EOF
#!/bin/sh
unset PATH
\${0}-bin
EOF

chmod +x iTerm

Gotowe.

Ciesz się iTerm2 z Yosemite!

Jako rozwiązanie tymczasowe zmodyfikowałem linie git-pull 11, 12 i 336 tak, aby były:

. /usr/local/Cellar/git/2.0.0/libexec/git-core/git-sh-setup

. /usr/local/Cellar/git/2.0.0/libexec/git-core/git-sh-i18n

eval="/usr/local/Cellar/git/2.0.0/libexec/git-core/git-merge $diffstat $no_commit $verify_signatures $edit $squash $no_ff $ff_only"

To naprawia na razie git-pull, ale jestem pewien, że istnieje lepsze rozwiązanie.

Oto tymczasowa poprawka (zakładając Homebrew i Git 2.0.0), jeśli chcesz, aby Git działał, zanim pojawi się oficjalna poprawka. Ustawiam dwie zmienne powłoki:

export GIT_PATH="/usr/local/Cellar/git/2.0.0/bin"
export GIT_CORE_PATH="/usr/local/Cellar/git/2.0.0/libexec/git-core"

... a następnie zastąpiono wystąpienia gitodpowiednich linków bezwzględnych. Możesz użyć następujących Gists, aby zrobić to samo:

• Wymienić /usr/local/Cellar/git/2.0.0/libexec/git-core/git-sh-setup/ z git-SH-setup
• Wymienić /usr/local/Cellar/git/2.0.0/libexec/git-core/git-stash/ z git-zapas
• Wymienić /usr/local/Cellar/git/2.0.0/libexec/git-core/git-pull/ z git-pull

To z pewnością hack, ale sprawi, że zaczniesz działać.

EDYTUJ: Upewnij się, że spojrzysz na odpowiedź z @pilif, zanim to zrobisz ...

Obejście Ubiquill dotyczy również git rebase (i prawdopodobnie niezależnie od tego, które inne funkcje nie działają). W takim przypadku wymaga zastąpienia wierszy 47 i 48 następującym *:

. /usr/local/Cellar/git/2.0.0/libexec/git-core/git-sh-setup
. /usr/local/Cellar/git/2.0.0/libexec/git-core/git-sh-i18n

* Ta ścieżka zakłada, że ​​masz zainstalowanego gita z homebrew i znajduje się on w /usr/local/Cellar/git/2.0.0/.

Edytuj swój plik git-pull i dodaj tę linię nad nim (tuż po bloku komentarza)

PATH="$(dirname $0):$PATH"

Lub po prostu skopiuj, wklej to w swoim terminalu:

ed -s $(which git-pull) <<< $'6i\nPATH="$(dirname $0):$PATH"\n.\nwq'

Aktualizacja: zgodnie z założeniami pilif , od ostatniej aktualizacji iTerm2 (1.0.0.20140629), git-pulldziałają poprawnie bez tego PATHzastąpienia.

Dostępna jest aktualizacja git-rebase.sh

https://github.com/git/git/pull/110/files

UPDATE: nadal nie działa z wydaniem wymienionym poniżej, mój błąd. Git push działa Git pull nie działa.

Wydaje mi się, że problem został rozwiązany przez firmę Apple w systemie Mac OS X Yosemite 10.10 ( 14A329r ). Jestem na ogólnym kanale Beta Yosemite (nie programista). Git push /Ciągnąć działa ponownie zgodnie z oczekiwaniami bez żadnych modyfikacji.