适用于 Visual Studio 2010 项目的 Mercurial .hgignore

发布于 2024-10-01 02:39:50 字数 239 浏览 9 评论 0原文

不要与 用于 Visual Studio 2008 项目的 Mercurial .hgignore

混淆询问是否可以在 Visual Studio 2010 中重复使用同一文件,或者是否应该向其中添加一些其他扩展等,&为什么?

Not to be confused with Mercurial .hgignore for Visual Studio 2008 projects

I was asking whether if that same file can be reused for Visual Studio 2010, or some other extensions, etc should be added to it, & why?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

蔚蓝源自深海 2024-10-08 02:39:50

新事物与 MSTest 相关。这是我使用的:

# use glob syntax
syntax: glob

*.obj
*.pdb
*.user
*.aps
*.pch
*.vspscc
*.vssscc
*_i.c
*_p.c
*.ncb
*.suo
*.tlb
*.tlh
*.bak
*.[Cc]ache
*.ilk
*.log
*.lib
*.sbr
*.scc
*.DotSettings
[Bb]in
[Dd]ebug*/**
obj/
[Rr]elease*/**
_ReSharper*/**
NDependOut/**
packages/**
[Tt]humbs.db
[Tt]est[Rr]esult*
[Bb]uild[Ll]og.*
*.[Pp]ublish.xml
*.resharper
*.ncrunch*
*.ndproj

The new things are related to MSTest stuff. This is the one that I use:

# use glob syntax
syntax: glob

*.obj
*.pdb
*.user
*.aps
*.pch
*.vspscc
*.vssscc
*_i.c
*_p.c
*.ncb
*.suo
*.tlb
*.tlh
*.bak
*.[Cc]ache
*.ilk
*.log
*.lib
*.sbr
*.scc
*.DotSettings
[Bb]in
[Dd]ebug*/**
obj/
[Rr]elease*/**
_ReSharper*/**
NDependOut/**
packages/**
[Tt]humbs.db
[Tt]est[Rr]esult*
[Bb]uild[Ll]og.*
*.[Pp]ublish.xml
*.resharper
*.ncrunch*
*.ndproj
喵星人汪星人 2024-10-08 02:39:50

我觉得了解有关我的存储库的每一条信息很重要,因此我从不将 .hgignore 文件从一个存储库复制并粘贴到下一个存储库,而是总是边构建边构建它们。

这对于 TortoiseHg 来说很容易,因为提交窗口将列出所有未跟踪的文件,并且简单的右键单击将允许我添加模式以忽略这些文件。这样我总是会发现我可能想保留或不想保留的新文件。

例如,在 Thomas 发布的列表中,*.resharper 是最后一个条目。这将防止共享每个解决方案的 resharper 设置,因为可以设置 ReSharper 配置对话框中的选项之一。换句话说,如果您想确保所有开发人员都使用相同的设置来运行 ReSharper 将帮助您完成的许多事情,那么该特定行就不能存在。

所以我的建议是:手动执行,您将在此过程中了解有关项目的一两件事。

I feel that it is important to know every piece of information about my repositories, so I never copy and paste the .hgignore file from one repo to the next, instead I always build them as I go.

This is easy with TortoiseHg, as the Commit window will list all untracked files, and a simple right-click will allow me to add patterns to ignore those files. This way I always discover new files that I may or may not want to keep.

For instance, in the list published by Thomas, *.resharper is the last entry. This will prevent sharing the resharper settings per solution, as one of the options in the config dialog for ReSharper can be set to. In other words, if you want to ensure that all the developers are running with the same settings for a lot of the things ReSharper will help you with, that particular line can't be there.

So my advice is this: Do it manually, you'll learn a thing or two about your project in the process.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文