Eclipse:我应该为每个项目创build一个工作区吗?

我只是想知道把所有的Eclipse项目放在一个工作空间里,还是每个项目都要有一个工作空间。 我只是一个独立的开发者,或多或less的爱好,但是我创build的应用程序实际上有生产版本,运行在相当频繁的cron作业上,所以它几乎就像一个业余的生产环境。

到目前为止,我注意到的唯一的问题是导出JAR,我有可能包含其他项目的源文件,看起来可能会变得混乱。

我在产品周围创build了Eclipse工作区,因为对于我来说,产品可以在其中包含多个项目,例如将核心库编译为项目中的一个jar文件,这被其他项目使用。

在生产环境方面,你会希望产品运行在不同的目录结构中,这种方式更加清洁。 在eclipse中,工作空间创build一个工作区名称的目录。 所以,根据产品/应用创build工作空间,而不是一个或多个项目。

我曾经保持独立的工作区,但厌倦了保持设置之间的一致性的困难。 现在我所做的是为不同的项目创build工作集,并更改当前的窗口工作集以过滤除了我想要处理的所有内容。 到目前为止,这对我来说工作得很好。

由于每个项目可以有多个工作集,并且窗口工作集可以是工作集的任意组合,所以在任何给定时间以这种方式只能看到你想要的东西是相当容易的。

如果项目是相互关联的(即彼此依赖),那么将它们放在同一个工作空间中通常是有意义的。 另外,如果您正在解决相关问题的几个项目,同样适用。

否则,您将浪费大量时间不必要地更改工作区,尤其是当IDE将立即向您显示一个项目中的更改对另一个项目的影响时。

我不仅为每个项目保留单独的工作区,而且还保留Eclipse的单独副本。 这是因为我通常不得不长时间把项目放在冰上,然后回到他们(很less注意),他们绝对必须build立。 我不能冒险为我的最新项目安装一些插件(基于maven的)会干扰其中一个遗留系统(基于ant)的构build过程。 为了logging,我logging了这些遗留系统的eclipse环境,但是在修补一个生产错误时,我没有时间搞烂eclipse。

我将使用单独的工作区来处理不同的“项目组”。 例如,您可能希望将主应用程序项目和unit testing项目组合在同一个工作区中。

也许我很不走运,但是Eclipse经常(一个月就说​​一次)在启动时死掉,通常在“初始化Java工具”阶段。 推荐的解决scheme似乎是创build一个新的工作区。 如果你把所有的项目放在一个工作空间中,这可能是一个痛苦。 我认为较小的工作空间可能意味着崩溃不太可能发生。

由于首选项是特定于工作空间的,我倾向于打开一个巨大的工作空间 – 我懒得在工作空间(例如存储库…)之间同步一些设置。

另一方面,在一个工作区中打开太多的项目会减慢Eclipse的速度 – 所以至less我要做的就是closures我没有使用的项目。 我在Eclipse中pipe理了很多相关的短期项目(至多一个月),这些项目位于同一个工作区(大多数情况下是同一个存储库),所以这个设置给了我更大的灵活性。

如果你有几个相关的项目,那么把它们放在同一个工作区。 如果您可以识别一组总是一起使用的项目,但这些组是独立使用的,则将这些项目组放入不同的工作区。 在这种情况下,这应该是合乎逻辑的结构。

我们有一个情况,就是我们有几个项目,一些是分支机构,坦白地说,在同一个工作空间里太不切实际了,工作集是一个笑话。 不幸。 也有项目打开你不使用,可能偶尔从完成menues等select错误倾向。

对于我们来说,真正漂亮的特性是当Team – > Project Sets被添加时(在Eclipse 3.3中我相信),因为这允许我们有一个文件来描述组成整个应用程序的许多项目,可以在Eclipse中用Team导入 – >导入。 需要一个给定的项目? 检查出来的CVS,find它的projectSet.psf文件,并导入THAT。

这已经certificate对我们很好。

每种types的项目都有一个工作区。 例如:普通Java,Web应用程序,Python等

原因是我可以共享类似的图书馆,而不需要复制或指向他们。 此外,我从日食closures无关的项目,以避免混乱。

我有我的所有项目在单个工作区,并使用工作集来pipe理它们。

由你决定! 我一直发现,在一个给定的工作空间中,保持属于同一版本的不同项目的相关版本是一个更清晰的方法。 这样一来,只要我需要在单独的版本中引用某些东西,就可以在工作区之间切换,然后切换回当前的版本工作区。 它还使我免于检出或浏览存储库的麻烦。

您也可能想要记住,只要他们正在查看不同的工作区,就可以打开多个eclipse实例。 不知道这对你是否重要,但我喜欢不时地这样做。

我喜欢使用几个分离的工作空间(根据项目types的不同而不同),这些工作空间从不同的位置导入项目。 轻松移动,无需创build大量类似的工作区。 和我的SCM玩的很好。

取决于你有多less项目工作?如果你在很多项目上工作,我会使用相同的工作空间,因为如果你使用几个项目,你可以很容易地忘记什么地方,至less可以说是令人沮丧的。 但是,我总是使用不同的编程语言,这种方式不那么令人困惑,当你在JAVA工作区,你认为JAVA:D