gitignore中的注释？

你能在

.gitignore

文件中写评论吗

---

如果是这样的话，该行前面是否应该有一个

#

或其他指示符？

是的，您可以在其中添加注释。但是，它们必须从一行的开头开始

比照

可以放入.gitignore文件的模式规则如下：
-忽略空行或以#开头的行。
[……]

注释字符是

#

，例如：

# no .a files
*.a

---

Do

git帮助gitignore

您将获得包含以下行的帮助页面：

A line starting with # serves as a comment.

---

如果您使用了解这些内容的编辑器（例如Vim），则使用

#

注释的行将被适当格式化-这样很容易发现您自己！那么您正在寻找一个.gitignoreignore？不知道回答时它是否为真，但链接的书籍部分指出，除了开始一行，注释也可以附加到.gitignore文件中的一行。@StuartR.Jefferys我在git 1.7.4.1上，发现末尾有注释的行不起作用：

src/main/log/#不起作用。git状态仍然显示此目录

src/main/log/

工作正常。git状态不显示目录。事实上，行尾的任何空白都被认为是忽略模式的一部分。@Johann你说得对！尾随空格很重要，即使是目录（以

/

结尾）。如果文件有尾随空格，则

.gitignore

项必须匹配；0或2个空格，则失败。我认为这是一个错误。我使用的是git版本1.7.5.4。这可能是故意的，即使它可能不应该。但是您可以使用

[]

作为空格字符说明符。这比允许尾随空白要好得多；它允许罕见的有意拖尾空间，同时使更常见（且难以看到）的错误情况可检测；我最难理解为什么

git

忽略了我的

.gitignore

。这是因为我在一些条目后添加了行末注释。

config

文件类型的默认VIM语法着色误导了我。会引入多行注释吗？+1用于指出如何查找信息，而不仅仅是提供信息。@cregox-

另外，我喜欢使用没有命令行的计算机

-git对你来说是个错误的地方，抱歉。@manojlds

git

是适合每个人的地方，就像

rsync

一样。他们只需要好的gui，比如dropbox。太遗憾了，我们仍然缺少git的一个功能…您还可以执行

git help ignore

（git bash completion支持该功能）这并没有告诉您如何查找信息。查找信息始于

git help

。