Nie wiem, czy to prawda, kiedy udzielono odpowiedzi, ale połączona sekcja książki wskazuje, że oprócz uruchomienia linii komentarze można również dołączyć do linii w pliku .gitignore.
Stuart R. Jefferys
7
@ StuartR.Jefferys Jestem na git 1.7.4.1 i stwierdzam, że linia z komentarzem na końcu nie działa: src/main/log/ # Doesn't work. git status still shows this directorysrc/main/log/działa dobrze. Status git nie pokazuje katalogu. W rzeczywistości wydaje się, że każda biała spacja na końcu linii jest uważana za część wzorca ignorowania.
Johann
8
@Johann Masz rację! Końcowe białe znaki są znaczące, nawet w przypadku katalogów (kończących się na /). Jeśli plik ma końcowe miejsce, .gitignorewpis musi być zgodny; 0 lub 2 spacje i nie działa. Uważam to za błąd. Używam gita w wersji 1.7.5.4. To może być celowe, nawet jeśli prawdopodobnie nie powinno . Możesz jednak użyć [ ]jako specyfikatora znaku spacji. Jest to o wiele lepsze niż pozwalanie na końcowe białe znaki; pozwala na rzadkie celowe końcowe miejsce, jednocześnie umożliwiając wykrycie bardziej powszechnego (i trudnego do zauważenia) przypadku błędu.
Stuart R. Jefferys,
Dzięki za to; Najtrudniej gitbyło mi zrozumieć, dlaczego ignorowałem moje .gitignore. Stało się tak, ponieważ po niektórych wpisach umieściłem komentarze na końcu wiersza . Wprowadziło configmnie w błąd domyślne kolorowanie składni VIM dla typów plików.
+1 za wskazanie, jak znaleźć informacje, a nie tylko podanie informacji.
Иван Бишевац
10
@ cregox - Also, I like using computers without command lines- git jest dla ciebie niewłaściwym miejscem, przepraszam.
manojlds
2
@manojlds gitjest właściwym miejscem dla wszystkich, podobnie jak rsync. potrzebują tylko dobrych gui, takich jak dropbox. szkoda, że wciąż brakuje nam jednego do git ...
cregox
Wolę CLI, ale niektórzy współpracownicy używają gitboxa z różnym powodzeniem. Sądzę, że jest też Git Tree, prawda? @cregox
Stephen Tetreault
1
Możesz także zrobić git help ignore(co jest obsługiwane przez git bash-
#zostaną odpowiednio sformatowane - łatwo to odkryć!Odpowiedzi:
Tak, możesz tam dodawać komentarze. Muszą jednak zaczynać na początku linii.
por. http://git-scm.com/book/en/Git-Basics-Recording-Changes-to-the-Repository#Ignoring-Files
Znak komentarza to
#przykład:źródło
src/main/log/ # Doesn't work. git status still shows this directorysrc/main/log/działa dobrze. Status git nie pokazuje katalogu. W rzeczywistości wydaje się, że każda biała spacja na końcu linii jest uważana za część wzorca ignorowania./). Jeśli plik ma końcowe miejsce,.gitignorewpis musi być zgodny; 0 lub 2 spacje i nie działa. Uważam to za błąd. Używam gita w wersji 1.7.5.4. To może być celowe, nawet jeśli prawdopodobnie nie powinno . Możesz jednak użyć[ ]jako specyfikatora znaku spacji. Jest to o wiele lepsze niż pozwalanie na końcowe białe znaki; pozwala na rzadkie celowe końcowe miejsce, jednocześnie umożliwiając wykrycie bardziej powszechnego (i trudnego do zauważenia) przypadku błędu.gitbyło mi zrozumieć, dlaczego ignorowałem moje.gitignore. Stało się tak, ponieważ po niektórych wpisach umieściłem komentarze na końcu wiersza . Wprowadziłoconfigmnie w błąd domyślne kolorowanie składni VIM dla typów plików.Zrobić
git help gitignoreOtrzymasz stronę pomocy z następującym wierszem:
źródło
Also, I like using computers without command lines- git jest dla ciebie niewłaściwym miejscem, przepraszam.gitjest właściwym miejscem dla wszystkich, podobnie jakrsync. potrzebują tylko dobrych gui, takich jak dropbox. szkoda, że wciąż brakuje nam jednego do git ...git help ignore(co jest obsługiwane przez git bash-