eclipse - 使用eclipse时如何在本地和SVN中布局文件夹

Question

多年来，我一直在团队中使用 eclipse 和 SVN，从单个开发人员到 12 人，我一直是设置文件夹结构的人。我设法让它以某种方式工作，但我觉得我的文件夹布局远非最佳。很难说我的典型文件夹布局是什么样的，因为每次看起来都大不相同。

我现在刚刚开始另一个大项目，这次我想以专业的方式来做。

关于项目的事实

这些是现在的事实:

所有开发人员都将使用 Eclipse

有些将使用 Subclipse 将 SVN 集成到 Eclipse，其他将使用外部客户端，如 Tortoise SVN 或 svnX

我们正在 Windows 和 Mac OS 上进行开发

我们正在使用 ant 来自动化构建和 junit 测试

将有多个相互关联的项目:

一个用纯 Java 编写的库，因此它可以在所有已知的 Java 平台上运行

多个 Java 平台(J2SE、J2ME、android...)的多个应用程序。所有这些应用程序都依赖于前面提到的库

.project 怎么办？

我总是不确定是否提交由 eclipse 生成的那些文件(如“.project”和“.classpath”)。在之前的项目中，有时我们将它们放入 SVN，有时我们没有，两种方法各有利弊。有一次，我们甚至提交了整个工作区，但这似乎是个坏主意。

我肯定缺少的一个关键概念是 Eclipse 如何处理其工作区。默认情况下，整个项目位于工作区文件夹内，但可以有外部项目，它们以某种我不明白的神奇方式链接。

可能的文件夹布局

我不确定如何在本地和存储库上布局项目。我认为有以下三种可能:

工作区是我本地工作副本的子文件夹(如 c:\code\myWorkingCopies\projectXyz\trunk\workspace)

我的工作区是我的工作副本(我使用 c:\code\myWorkingCopies\projectXyz\trunk\作为工作区)

我的工作区在某个地方 (c:\code\workspace) 和我的工作副本在其他地方 (c:\code\myWorkingCopies\projectXyz\trunk) 并且我有这些外部项目

还有其他想法吗？

我在寻找什么样的答案？

一个虚拟的文件夹结构，也许是这样的(我只是回答我自己的问题吗？):

树干

项目

项目A

项目B

连同提示在何处结帐，如下所示:

结帐主干/项目到 c:\code...)

还有一些指导方针，比如

从不上传 x、y、z 类型的文件...

Answer 1

工作区和存储库不应相关。

工作区实际上就是 Eclipse 存储大量设置的地方。项目文件可以(并且通常确实)存在于工作区中，但如您所知，它们可以从外部源导入——导入只是一个逻辑链接。

您可以为特定目的创建任意数量的工作区；如果有理由，您甚至可以将一个工作区中的项目导入到另一个工作区。

SVN 布局应该与工作区的定义方式分开。它们最终可能看起来很相似，但这并不意味着它们实际上是相同的。我建议每个 Eclipse 项目都有自己的 SVN 项目，而不是

http://myrepo

我的工作区

树干

项目A

项目B

标签

分支机构

你有

http://myrepo

项目A

后备箱

标签

分支机构

项目B

后备箱

标签

分支机构

这对您的作用是让您可以灵活地布置与存储库结构完全分开的工作区。您将能够将单个项目 check out 到工作区中，而无需 check out 整个代码库。您将能够在开发分支上 checkout 项目，而其他项目在主干上，您可以将更改还原到一个项目，而让另一个项目保持原样，等等。

关于哪些工件要检查到 SVN 的最后一个问题是一个品味问题。我建议检查开发团队中通用的任何工件。如果 Eclipse 是标准 IDE，请继续检入 .project 和 .classpath 文件，以便新开发人员能够立即 check out 和构建。如果某些插件是通用的并且有自己的配置文件，请继续检查它们。另一方面，任何未在开发团队中共享的内容都应从存储库中删除。

希望这可以帮助。

编辑

进一步的经验告诉我，应该进入源代码控制的唯一内容是实际的源文件。在设置新项目时，开发人员应重新生成配置和设置文件。