用于 Visual Studio 11/vNext 项目的 Mercurial .hgignore答案

【问题标题】：Mercurial .hgignore for Visual Studio 11/vNext Projects用于 Visual Studio 11/vNext 项目的 Mercurial .hgignore
【发布时间】：2012-03-05 04:46:33
【问题描述】：

不要与Mercurial .hgignore for Visual Studio 2008 projects 和VS 2010 projects 混淆。

Visual Studio 11（“vNext”）包括许多可能应该从源代码存储库中排除的新功能...例如，应用程序生命周期管理工具和 Metro 相关项目信息。

问题：应该对.hgignore进行哪些新的扩展或更改，为什么？

【问题讨论】：

标签： visual-studio mercurial projects-and-solutions hgignore visual-studio-2012

【解决方案1】：

我经常看到这类问题，它们的区别仅在于所讨论的 IDE 的点版本。我从来不理解他们。我在新环境中建立新项目的通常流程是：

创建新项目
hg init
hg status --unknown --no-status > .hgignore
将新的 .hgignore 编辑为 glob 文件类型，我会看到很多

查看您链接到的两个类似问题的答案，看起来基本上类似的过程会奏效。

我想我只是不明白这个广泛的问题类别，或者为什么复制/粘贴比快速组装更容易/更快。除非你做了很多（不明智的）hg addremove 或 hg commit -A，否则不会有意外跟踪一个无意添加的文件的风险。

【讨论】：

感谢您的回复，但老实说，您的回答让我更加困惑。我对 Mercurial 几乎不熟悉，但根据 Git 的经验，我很容易意外地跟踪解决方案文件、构建东西等。使用 Mercurial，我不想依赖评论中建议的 @jrummell 之类的插件。 --unknown --no-status 开关如何使无法跟踪意外文件？
那些不会让它变得不可能。该序列只是说“将当前未知的所有内容都忽略掉”。最后我的观点是关于如何自动添加任何内容，因此只需确保您输入的任何 hg add 均未生成，并且您将只跟踪重要的内容。
我认为问题实际上是关于哪些文件应该或不应该在源代码控制中，即重要的东西是什么？您的建议对 VS2010 来说不是一个好建议。对于 Web 应用程序，它会生成一个包含 15 行的忽略文件 - 需要删除 12 行，需要更改另外 3 行，另外至少需要添加一个。
我想我一直在非常清楚什么值得跟踪的环境中工作——你输入的东西，而不是你生成的东西。我不使用 Visual Studio，但肯定不会使该测试太难以应用？
不幸的是，确实如此。有很多生成的文件，除了少数明显的文件之外，真的不清楚哪些需要在源代码控制中，所以你需要谷歌它。此外，该列表似乎随 Visual Studio 的每个版本而变化。