Visual studio 用于VisualStudio11/vNext项目的Mercurial.hgignore

不要与和混淆

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

---

问题：应该对

.hgignore

进行哪些新的扩展或更改，以及为什么？

我经常看到这类问题，它们的不同之处在于所讨论的IDE的发布点。我从来都不理解他们。我在新环境中建立新项目的通常过程是：

创建新项目

hg init

hg状态--未知--无状态>.hgignore

编辑新的

.hgignore

到全局文件类型我会看到很多

看看你所联系到的两个相似问题的答案，看起来本质上相似的过程会起作用

---

我想我只是不明白这类广泛的问题，或者为什么复制/粘贴比快速组装更容易/更快。除非一个人做了很多（不明智的）

hg addremove

或

hg commit-a

，否则就不会有意外跟踪无意添加的文件的风险。

谢谢你的回复，不过老实说，你的回答让我更加困惑。我几乎不熟悉Mercurial，但我知道凭借Git的经验，很容易意外地跟踪解决方案文件、构建内容等。对于Mercurial，我不想依赖评论中建议的@jrummell之类的插件。

--unknown--no status

开关是如何使跟踪意外文件变得不可能的？这些并没有使跟踪变得不可能。这个序列只是说“把目前未知的一切都拿走，忽略它”。最后，我的旁白是关于如何不自动添加任何内容，因此请确保您添加的任何内容都没有生成，并且您将只跟踪重要的内容。我认为问题真正在于哪些文件应该或不应该在源代码管理中，即什么是重要的内容？你的建议对VS2010来说不是个好建议。对于一个web应用程序，它将生成一个包含15行的忽略文件—12行需要删除，其他3行需要更改，另外至少还需要添加一行。我想我一直工作在这样的环境中，很清楚什么是值得跟踪的—您键入的内容，而不是您生成的内容。我不使用VisualStudio，但它肯定不会使测试太难应用？不幸的是，它确实如此。有很多生成的文件，除了少数几个明显的文件外，还不清楚哪些文件需要在源代码管理中，所以你确实需要用谷歌搜索它。此外，列表似乎随着Visual Studio的每个版本而变化。