我一直在使用eclipse和SVN多年从一个开发人员到12人的团队,我总是设置我们的文件夹结构.我设法让它以某种方式工作,但我觉得我的文件夹布局远非最佳.我很难说出我的典型文件夹布局是什么样的,因为每次看起来都非常不同.
我现在正在开始另一个大项目,我想这次以专业的方式做.
这些都是现在的事实:
所有开发人员都将使用Eclipse
一些人将使用Subclipse将SVN集成到Eclipse中,其他人将使用Tortoise SVN或svnX等外部客户端
我们正在开发Windows和Mac OS
我们使用ant来自动化构建和junit测试
会有多个相互关联的项目:
一个用纯java编写的库,因此它可以在所有已知的Java平台上运行
几个java平台的几个应用程序(J2SE,J2ME,android ...).所有这些应用程序都依赖于之前提到的库
我总是不确定是否提交了由eclipse生成的文件(比如'.project''和''.classpath'').在之前的项目中,有时我们将它们放入SVN,有时我们没有,这两种方法都有其优点和缺点.有一次,我们甚至承诺了整个工作空间,但这似乎是一个坏主意.
我当然缺少的一个关键概念是Eclipse如何处理其工作空间.默认情况下,整个项目位于工作空间文件夹中,但可能存在外部项目,这些项目以某种神奇的方式链接,我只是不明白.
我不确定如何在本地和存储库中布局项目.我认为有三种可能性:
工作区是我本地工作副本的子文件夹(如c:\ code\myWorkingCopies\projectXyz\trunk\workspace)
我的工作区是我的工作副本(我使用c:\ code\myWorkingCopies\projectXyz\trunk\as workspace)
我的工作区在某处(c:\ code\workspace)和我的工作副本在其他地方(c:\ code\myWorkingCopies\projectXyz\trunk)我有那些外部项目
还有其他想法吗？
一个虚拟的文件夹结构,可能是这样的(我只回答我自己的问题吗？):
树干
项目
了projectA
项目B
随着提示要检查哪里,像这样:
checkout trunk/projects to c:\ code ...)
还有一些指导者喜欢
永远不要上传x,y,z类型的文件......
Ickster.. 15
工作区和存储库不应该相关.
工作区实际上就是Eclipse存储大量设置的地方.项目文件可以(通常也可以)存在于工作区中,但是如您所知,它们可以从外部源导入 - 导入只是一个逻辑链接.
您可以根据需要为特定目的创建任意数量的工作区; 如果你有理由,你甚至可以将一个工作区中的项目导入另一个工作区.
SVN布局应与工作区的定义方式分开.它们最终可能看起来相似,但这并不意味着它们实际上是相同的.我建议每个Eclipse项目都有自己的SVN项目,这样就不用了
HTTP:// myrepo
myworkspace
树干
了projectA
项目B
标签
分支机构
你有
HTTP:// myrepo
了projectA
树干
标签
分支机构
项目B
树干
标签
分支机构
这对您的作用是让您灵活地将工作区布局与存储库的结构完全分开.您将能够将单个项目签出到工作区中,而无需签出整个代码库.您可以在开发分支上检查项目,而其他项目在主干上,您可以将更改还原到一个项目,同时保留另一个项目,等等.
关于哪些工件要检查SVN的最后一个问题是品味问题.我建议检查开发团队中的通用工件.如果Eclipse是标准IDE,请继续检查.project和.classpath文件,以便新开发人员能够立即签出和构建.如果某些插件是通用的并且具有自己的配置文件,请继续并检查它们.另一方面,任何未在开发团队中共享的内容都应该被排除在存储库之外.
希望这可以帮助.
编辑
进一步的经验告诉我,应该进入源代码控制的唯一事情是实际的源文件.配置和设置文件应由开发人员在设置新项目时重新生成.
工作区和存储库不应该相关.
工作区实际上就是Eclipse存储大量设置的地方.项目文件可以(通常也可以)存在于工作区中,但是如您所知,它们可以从外部源导入 - 导入只是一个逻辑链接.
您可以根据需要为特定目的创建任意数量的工作区; 如果你有理由,你甚至可以将一个工作区中的项目导入另一个工作区.
SVN布局应与工作区的定义方式分开.它们最终可能看起来相似,但这并不意味着它们实际上是相同的.我建议每个Eclipse项目都有自己的SVN项目,这样就不用了
HTTP:// myrepo
myworkspace
树干
了projectA
项目B
标签
分支机构
你有
HTTP:// myrepo
了projectA
树干
标签
分支机构
项目B
树干
标签
分支机构
这对您的作用是让您灵活地将工作区布局与存储库的结构完全分开.您将能够将单个项目签出到工作区中,而无需签出整个代码库.您可以在开发分支上检查项目,而其他项目在主干上,您可以将更改还原到一个项目,同时保留另一个项目,等等.
关于哪些工件要检查SVN的最后一个问题是品味问题.我建议检查开发团队中的通用工件.如果Eclipse是标准IDE,请继续检查.project和.classpath文件,以便新开发人员能够立即签出和构建.如果某些插件是通用的并且具有自己的配置文件,请继续并检查它们.另一方面,任何未在开发团队中共享的内容都应该被排除在存储库之外.
希望这可以帮助.
编辑
进一步的经验告诉我,应该进入源代码控制的唯一事情是实际的源文件.配置和设置文件应由开发人员在设置新项目时重新生成.
京公网安备 11010802040832号 | 京ICP备19059560号-6 