评论.gitignore?

Jam*_*sev 513 git comments gitignore

你能在.gitignore文件中写评论吗?

如果是这样,该行是否应该带有一个#或其他指标?

Tim*_*lla 634

是的,你可以在那里发表评论.然而,它们必须从一行开始.

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

可以放在.gitignore文件中的模式规则如下:
- 忽略以#开头的空行或行.
[...]

注释字符是#,例如:

# no .a files
*.a
Run Code Online (Sandbox Code Playgroud)

  • @StuartR.Jefferys我正在使用git 1.7.4.1并且发现最后一行注释不起作用:`src/main/log /#不起作用.git status仍然显示这个目录``src/main/log /`工作正常.git status不显示目录.事实上,似乎行末尾的_any_空格被认为是忽略模式的一部分. (7认同)
  • @Johann你是对的!尾随空格_is_显着,即使是目录(以`/`结尾).如果文件有尾随空格,则`.gitignore`条目必须匹配; 0或2个空格,它失败了.我认为这是一个错误.我正在使用git版本1.7.5.4.它可能是有意的,即使它可能不是_.但是你可以使用`[]`作为空格字符说明符.这比允许尾随空白区要好得多; 它允许罕见的故意尾随空间,同时使更常见(和难以看到)的错误情况可检测. (7认同)
  • 谢谢你;我很难理解为什么“git”忽略了我的“.gitignore”。这是因为我在一些条目之后添加了**行尾注释**。`config` 文件类型的默认 VIM 语法着色误导了我。 (4认同)
  • 不知道回答时是否属实,但链接的书籍部分表明,除了开始一行之外,注释还可以_append_到 .gitignore 文件中的一行。 (2认同)

man*_*lds 197

git help gitignore

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

A line starting with # serves as a comment.
Run Code Online (Sandbox Code Playgroud)

  • +1用于指出如何查找信息,而不仅仅是提供信息. (50认同)
  • @cregox - `此外,我喜欢使用没有命令行的计算机` - git对你来说是个错误的地方,抱歉. (9认同)
  • 您还可以执行 `git helpignore` (由 git bash-completion 支持) (3认同)
  • @manojlds`git`对每个人来说都是对的,就像`rsync`一样.他们只需要好的gui,比如dropbox.太伤心了,我们仍然错过了一个git ... (2认同)