在 Subversion 中处理 Eclipse 项目
全部， 我有一个 20 名成员的开发团队正在开发一个项目。 为了提供更好的控制，我们在 IBM RAD 中创建了一个包含必要项目和配置（如项目首选项、设置等）的工作区。
这个想法是在 subversion 中预先配置项目，这样当开发团队成员签出项目时，他们就可以获得完整的工作空间，这样他们就不必自己配置设置。
然而问题是，每次有人签出工作区时，IBM RAD 也会编辑已签入的 .metadata（以及其他一些文件夹和属性文件）文件夹。
想法是，开发人员不必更改除源代码文件夹或应用程序特定文件。
我想很多其他球队可能也遇到过这样的情况。 任何人都可以提供有关如何在开发项目中完成此操作的最佳实践/流程/参考吗？
谢谢
All,
I have a 20 member dev team working on a development project.
To provide greater control we have created a workspace with necessary projects and configurations (like project preferences, set-ups etc) in IBM RAD.
The idea is to have the pre-configured project in subversion so that when the dev team members checkout the project they get a complete workspace, so that they do not have to configure setups them selves.
However the problem is everytime someone checks out the workspace IBM RAD will also edit the .metadata (and some other folders and properties file) folder that has been checked in.
Idea is the developer should not have to change anything except the source code folders or application specific files.
I think many other teams might have faced situations like this.
Can anybody provide the best practices/process/references on how this is done in development projects?
Thanks
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我认为 svnignore 会解决你的问题。
检查http://svnbook.red-bean.com/en/1.1/ch07s02。 html
I think svn ignore will solve your problem.
check http://svnbook.red-bean.com/en/1.1/ch07s02.html
您无法阻止 IBM RAD 更新 .metadata 文件夹，并且 Eclipse 不支持像配置文件夹那样拆分工作区文件夹。
最好的解决方案是设置构建脚本，以便能够基于某些 .zip 文件设置工作区，您已在其中捕获了工作区所需的设置。这将提供最接近自动工作区设置的功能，而无需不断处理 .svn 中更改的文件。
You cannot stop IBM RAD from updating .metadata folder and Eclipse doesn't support splitting workspace folder as it does for the configuration folder.
The best solution would be to setup your build scripts to be able to setup your workspace based on some .zip file(s), where you've captured the required settings for the workspace. This will give the closest thing to automatic workspace setup without having to deal constantly with changed files in .svn.