n92*_*n92 5 eclipse svn grails groovy grails-2.0
我在我的本地机器上有一个grails应用程序,我在XP-DEV中创建了一个存储库.我有文件夹.groovy和.settings项目根目录.我是否需要将这些文件提交到版本控制中？我问这个问题,因为我不知道这些文件夹的用途是什么.
FGr*_*reg 10
更新
经过5年的开发经验,我想我需要稍微回顾一下我的原始观点.我仍然认为通常,这些文件不应包含在源代码管理中.
但是,某些设置可以方便地在开发人员之间共享.问题是很难知道要共享哪些设置以及哪些设置不共享.例如,不应共享其中包含绝对路径的任何设置; 但是你怎么知道任何给定工具的配置(例如Eclipse,IntelliJ等)是否包含绝对路径？
如果你使用git进行版本控制,github会.gitignore为各种工具github/gitignore发布很多模板.如果您想尝试共享设置,我建议您使用其中一个模板.
如果这些模板不适合您,我会遵循我最初的建议,即不将这些设置检入版本控制并允许它们自动生成.然后,如果有重要的设置要共享(如codestyle模板或其他类似设置),请提供有关如何将该设置应用于所有预期开发环境的说明.
原答案:
.settings 通常由您使用的任何IDE创建(我知道Eclipse使用此约定)并包含与IDE相关的项目特定设置.
.groovy包含groovy的用户特定设置.例如,我知道Grape将依赖项下载到.groovy目录中.
我的意见是,不要不提交这些目录.如果另一个人签出您的项目,他们将自动生成这些目录的个人副本.
我不同意@FGreg的回答..settings文件夹包含项目特定设置.这包括自定义编译器设置,错误和警告级别,格式化首选项,保存操作等.通常,在开发人员之间共享这些首选项是个好主意.如果不共享这些设置,则可能会出现格式化和编译器问题的不一致.
通常,如果您希望为任何团队提供一致的开发环境,则需要将设置文件夹包含在版本控制中.
Groovy-Eclipse中的.groovy文件夹用于特定于项目的DSL信息和推理建议.通常,如果您具有项目特定的推理信息,则需要与同一项目中的其他人共享此信息.
在我们的团队中,我们清楚地定义了每个项目将使用的所有设置,提交.settings文件夹,并确保每个开发人员都能看到相同的设置.
| 归档时间： |
|
| 查看次数： |
996 次 |
| 最近记录： |