Version control 与Grails一起使用Hg的最佳实践?

Version control 与Grails一起使用Hg的最佳实践?,version-control,grails,mercurial,Version Control,Grails,Mercurial,我应该签入/不签入什么?由于许多文件有时是自动生成的,我不完全确定如何使用版本控制来处理这个问题……它与标签有关吗 例如,在ANT中,我知道不签入我的target/bin目录……但Grails给这一点增加了另一层混乱……因为有些代码是生成的,有些代码不是 (随着我的深入,它可能会变得更加清晰……但似乎需要有某种方式来区分刚刚生成的代码和开发人员修改的代码,以便将其置于版本控制之下)Grails中生成的代码应该置于版本控制之下。它不是由构建过程(如类文件)生成的辅助可执行代码,而是源代码的一部分。

我应该签入/不签入什么?由于许多文件有时是自动生成的,我不完全确定如何使用版本控制来处理这个问题……它与标签有关吗

例如,在ANT中,我知道不签入我的target/bin目录……但Grails给这一点增加了另一层混乱……因为有些代码是生成的,有些代码不是


(随着我的深入,它可能会变得更加清晰……但似乎需要有某种方式来区分刚刚生成的代码和开发人员修改的代码,以便将其置于版本控制之下)

Grails中生成的代码应该置于版本控制之下。它不是由构建过程(如类文件)生成的辅助可执行代码,而是源代码的一部分。生成的代码只是应用程序的一个起点,很可能会在某个时候被修改。

这是我在最近的grails项目中得到的.hgignore目录(附带一些特定于项目的内容):

还请检查以下内容:

这是:


@Ted我认为你在使用Intellj?是的,intellij,如果我想调试并与textmate进行快速配对的话。如果您不使用这些文件,您可以删除.idea、*.iws、*.iml和*.tmproj文件eh,还有关于这个问题的答案吗?
syntax: glob

out
target
logs
*.iml
.idea
*.iws
*.war
workspace.xml
lib/build
lib/compile
lib/runtime
lib/test
~$*
stacktrace.log
*.tmproj
*.launch
reports/
*.orig
*.zip

.DS_Store
*/.DS_Store
web-app/WEB-INF/classes
cobertura.ser