其中Eclipse项目/工作区文件应该被添加到源代码控制?(which eclipse projec

2019-08-03 10:18发布

我想与大家分享我的团队通过SVN其余的Eclipse项目。 我要补充颠覆哪些文件? 在工作区中,有哪些恕我直言不应该放在源代码控制的许多文件-他们是在大小几兆。

当刚加入这个项目,谁签出代码中的另一个用户仍然拥有该项目导入到工作区。

编辑:也许这里正确的问题,是如何可以使用Subversion分享我的Eclipse 工作区

Answer 1:

与Eclipse,你总是要导入项目 - 有没有其他办法可以做到这一点 - Eclipse将不会检测项目,如果你只是切换工作区,除非你已经创建/进口之前在工作区中的项目。

您将需要至少包括:

  • 。项目
  • 的.classpath

我个人也添加设置文件夹,但它给你:

  • .settings

然后其他用户选择导入项目 ,并选择.project文件。



Answer 2:

我会说:“没有人” - 我觉得它更容易只是存储在颠覆的代码,然后创建一个使用“结帐项目从SVN”向导Eclipse的一个新项目

如果你已经有了一个工作区这是不是目前颠覆控制下,那么最简单的方法是创建一个副本,修剪所有不需要的文件,然后导入到颠覆。 然后,您可以使用向导创建将它与SVN链接新的工作空间。



Answer 3:

工作区,请考虑使用“团队项目集”。 您可以创建一个通过导出操作。 这样就产生了,你可以通过电子邮件发送给你的同事谁然后将它导入所有的共享项目将被检查出文件。

对于每一个项目这取决于它是什么类型的项目。 如果它是一个Java项目:

  • 排除JDT输出目录(默认为斌/,有时出/时)
  • 排除可能已产生的任何构建工件(包括那些在源文件夹)
  • 包括的.classpath和.project
  • 包括源文件夹
  • 包括你的依赖(如果你不喜欢使用Maven的外部依赖关系管理应用程序)
  • 可选择是否包括你的JDT首选项文件,这取决于您是否要与他人分享代码模板,格式规范等
  • 可选包括任何.launch文件(保存的启动配置),但要小心,因为它们可能具有特定于平台的项目,因此将不会在不同的计算机工作

一般情况下,如果资源是,那么它应该被排除的另一衍生物。



文章来源: which eclipse project/workspace files should be added to source control?