|
|
1
7
实际上,您可以设置许多特定于项目的设置,这些设置可以签入到源代码管理中。对于小项目来说,这非常有效。对于较大的项目,我们决定使用一个文件来处理所有项目,并签入一个单独的“资产”项目,该项目维护开发人员开始处理项目所需的东西。这还包括许可证和其他必需的文件。 |
|
|
2
163
跨工作区共享Eclipse特定的设置 以下内容:
这将确保
希望这有帮助。如有任何问题,请更新。 |
|
|
3
105
另一个选项是导出/导入:
这对本技巧的原始作者很有用:他导入了代码格式、代码样式、SVN REPO、JRE首选项。 编辑: 在EclipseJuno上,这工作得很糟糕。一些参数设置不会自动执行,例如保存操作。 |
|
|
4
7
我必须同时处理多个工作区,每次创建新工作区时都要设置很多首选项。我创建了一个模板工作区,并在该模板工作区中创建了所有必需的设置。
我在我的.profile中创建了这个函数别名,这样一旦我创建了一个新的工作区,我就可以在命令提示符下用新的工作区名称作为参数运行这个函数,从而创建链接。
|
|
|
5
7
这是一个相对较新的项目,但看起来Eclipse oomph正是出于这个原因而创建的。通过这个工具,您可以创建一个可以与其他人共享的独特配置。我还没有使用它,但我计划: |
|
|
6
2
这里有两个问题。首先,有项目定义、.project文件和特定于项目的设置。就我个人而言,我喜欢源代码管理中的那些,因为它使签出项目和设置IDE更加容易。 其次,您有工作区设置。在这方面你会看到很多问题。我建议你看看 Pulse :它是一个增强的Eclipse发行版,可以保存您的工作区设置,并与多台机器或团队成员同步。 |
|
|
7
2
对于EclipseNeon(也可能是Mars),您可以复制以下两个目录,以便在不同的工作区之间共享您的工作台和设置/首选项:
|
|
|
8
1
您还可以从中复制.prefs文件
这样,在更新期间,设置将与源代码一起分发给所有开发人员。 |
|
|
9
0
我也有同样的问题。 我的方法:将项目数据存储在由owncloud管理的目录中 项目X在工作站A上创建,自定义路径指向我的owncloud层次结构的新子目录。默认工作区仍驻留在的文件系统上。 当我坐在工作站B上时,我打开默认的本地工作区(B上的本地工作区),并使用“synchronized”owncloud目录中的现有源创建一个新项目。 只要在启动Eclipse并拥有当前项目数据时单击刷新即可。同步在后台自动运行,因此在您完成关闭Eclipse的工作后要小心,并为owncloud提供将新文件上载到owncloud服务器的机会。 Tomcat或其他服务器正在本地运行,配置通过SCP在计算机之间手动复制。只有在服务器设置中有更改时才会发生这种情况,这并不常见。 我在使用不同JDK的Neon2(ArchLinux)和Neon3(下载Debian Stretch上的运行)时没有兼容性问题。 最好的问候 阿敏 |
|
|
10
0
只需复制目录
从现有项目到新项目。 这在(相当简单的)PHP项目中工作得很好。 |
|
|
11
0
你可以使用 Eclipstyle 将一个工作区的首选项克隆到其他工作区。您还可以导出首选项并稍后克隆它们。 |
|
|
M C · 如何在vs代码上配置Java EE环境? 2 年前 |
|
|
Rost · 将文件内容与400错误请求一起获取 2 年前 |
|
Yogesh · Nginx未按预期重定向域 2 年前 |
|
|
Sam · Intellij:SDK 17与源版本17不兼容 2 年前 |