2010-04-04 9 views

Odpowiedz

54

Nie każde polecenie w naturalny sposób obsługuje bezpośredni bieg.

Jako J.C. Hamano summarizes:

Są rzeczy, które nie są zaimplementowane w git, ponieważ nie mają one znaczenia, a są rzeczy, które nie są zaimplementowane w git, ponieważ nikt nie ma potrzeby drapania się po .
Mówiąc inaczej, mamy tendencję do wdrażania tylko rzeczy, które są rzeczywistymi, pokazanymi potrzebami ze świata rzeczywistego i tylko wtedy, gdy dodanie ma sens jako spójna część systemu.


iboisver komentarze:

Inną rzeczą, aby mieć świadomość, że takie polecenia jak git add i git rm pozwalają opcja -n wiersza polecenia, aby określić sucho, natomiast w git commit, w Opcja -n oznacza coś zupełnie innego.
Więc należy sprawdzić na stronie man

git commit -n:

-n 
--no-verify 

Ta opcja omija pre-commit i zobowiązać-msg haki. Zobacz także githooks(5).

+2

Inną rzeczą, o której należy pamiętać, jest to, że polecenia takie jak 'git-add' i' git-rm' zezwalają opcji wiersza poleceń _-n_ na określanie trybu suchego, natomiast w 'git-commit' opcja _-n_ oznacza coś zupełnie innego. Sprawdź więc stronę man. – iboisver

+1

@iboisver ciekawe opinie, dziękuję. Włączyłem Twój komentarz w odpowiedzi, aby uzyskać lepszą widoczność. – VonC

8

Chociaż nie ma zawsze flagi --dry-run dla każdego komentarza, zwykle są to odpowiedniki. Na przykład this previous question pokazuje, co zrobić dla git merge.

+0

nie ma żadnego dla 'rebase', dla jednego przykładu. – gcb

Powiązane problemy