Коментарі в .gitignore?


564

Чи можете ви писати коментарі у .gitignoreфайл?

Якщо так, чи повинен передувати рядок з тим #чи іншим індикатором?


4
Якщо ви користуєтеся редактором, який знає про ці речі (наприклад, Vim), рядки, коментовані разом, #будуть відформатовані належним чином - легко виявити себе таким чином!
Каскабель

11
Отже, ви шукаєте .gitignoreignore?
daviewales

Відповіді:


699

Так, ви можете помістити коментарі. Однак вони повинні починатися на початку рядка.

пор. http://git-scm.com/book/en/Git-Basics-Recording-Changes-to-the-Repository#Ignoring-Files

Правила шаблонів, які ви можете помістити у файл .gitignore, такі:
- Порожні рядки або рядки, що починаються з #, ігноруються.
[…]

Символ коментаря #:

# no .a files
*.a

1
Не знаю, чи було правдою, коли на це відповіли, але розділ пов’язаної книги вказує на те, що крім запуску рядка, коментарі також можуть додаватися до рядка у файлі .gitignore.
Stuart R. Jefferys

7
@ StuartR.Jefferys Я перебуваю на git 1.7.4.1 і виявляю, що рядок із коментарем наприкінці не працює: src/main/log/ # Doesn't work. git status still shows this directory src/main/log/працює добре. git статус не відображає каталог. Фактично, виявляється, що будь-який пробіл в кінці рядка вважається частиною шаблону ігнорування.
Йоганн

8
@Johann Ви маєте рацію! Пробіл пробілів є вагомим, навіть із каталогами (закінчуючи /). Якщо у файлі є пробіл, .gitignoreзапис повинен відповідати; 0 або 2 пробіли, і це не вдається. Я вважаю це помилкою. Я використовую git версії 1.7.5.4. Це може бути навмисно, навіть якщо воно, мабуть, не повинно . Але ви можете використовувати [ ]як специфікатор символів пробілу. Це набагато краще, ніж допускати пробіли білого простору; це дозволяє використовувати рідкісний навмисний простір, роблячи при цьому більш загальним (і важко помітний) випадок помилок.
Стюарт Р. Джеффіріс

Дякую за це; Мені було найважче намагатися зрозуміти, чому gitігнорую мою .gitignore. Це було тому, що я ставлю коментарі наприкінці рядків після деяких записів. Забарвлення синтаксису VIM для configфайлових типів ввело в оману.
Люк Девіс

208

Зробіть git help gitignore

Ви отримаєте сторінку довідки з наступного рядка:

A line starting with # serves as a comment.

53
+1, щоб вказати, як знайти інформацію, а не просто надавати інформацію.
Иван Бишевац

10
@cregox - Also, I like using computers without command lines- git - це неправильне місце для вас тоді, вибачте.
manojlds

2
@manojlds git- це підходяще місце для всіх, як і колись rsync. їм просто потрібні хороші гії, як і дропбокс. занадто сумно, що ми все ще пропали для git ...
cregox

Я віддаю перевагу CLI, але деякі колеги використовують gitbox з різним успіхом. Є також Git Tree, я думаю, правда? @cregox
Стівен Тетро

1
Ви також можете зробити це git help ignore(що підтримується git bash-завершення)
user202729
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.