因此，我收集它的方式，eclipse将其项目特定文件存储在两个或三个隐藏文件中，例如：

的.project
的.classpath
还有更多？

我是否通过版本控制同步.project文件？ .classpath？（我假设不是）。为了能够轻松导入项目，我明确假设.project必须在那里：p。

所以我的问题似乎不仅仅是在机器A上创建一个项目，将项目文件夹的全部内容放在某个版本控件上，然后将它导入到机器B上。它似乎总是很有效（如它应该在机器A上，并且在机器B上的libGDX jar文件的无效类路径变得混乱，我们必须通过进入每个libGDX'子项目'来手动修复它们（因为它每个目标平台有一个项目）并将其链接到正确的gdx.jar，gdx-native.jar等....

这不可能是自动的吗？我做错了吗？很多人可能会使用libGDX，他们可能会合作吗？那么你怎么做呢？：）

这里有2个注释：

我知道这是一次性安装有点事情，一旦你这样做，我们就会取消跟踪.project .classpath文件，这样它们就不会再相互混淆了。但是对于每个项目来说，这仍然是一件痛苦的事情......我仍然认为在使用libGDX / eclipse启动协作项目时，这不应该是一个关闭。
我正在考虑让这个问题更具体地说明libGDX，因为这是我在这个特定时刻和其他人一起使用的，但它似乎适用于大多数日食项目。
< / LI>

好的，所以我终于找到了解决方案！

一些信息：

eclipse 确实支持库和构建路径的相对路径（显然是3.5）。（我想归功于@VonC，在这里：.classpath and .project - check into version control or not?）
libGDX设置工具为你创建一个eclipse项目（是的！），但它使用构建路径库的绝对路径（坏！）

的解决方案：

显然没有很好的GUI方法来编辑我可以找到的eclipse中的.classpath文件（没有使用文件浏览器导航），所以在文本编辑器中打开.classpath文件，并从更改路径绝对到相对，如下所示：

＆＃34; /some/absolute/path/to/project/libs/gdx.jar" ---＆GT; ＆＃34;库/ gdx.jar＆＃34;

以下是我项目桌面项目的.classpath文件中的确切lib条目（进行更改后）：

＆lt; classpathentry kind =＆＃34; lib＆＃34;路径=＆＃34;库/ GDX-后端-lwjgl.jar＆＃34;源路径=＆＃34;库/ GDX-后端-LWJGL-sources.jar＆＃34; /＆GT;
＆lt; classpathentry kind =＆＃34; lib＆＃34;路径=＆＃34;库/ GDX-后端-LWJGL-natives.jar＆＃34; /＆GT;
＆lt; classpathentry kind =＆＃34; lib＆＃34;路径=＆＃34;库/ GDX-natives.jar＆＃34; /＆GT;

这些可能是有趣的，因为它们是相对路径（因此可能与其他人在许多情况下想要的相同（libGDX情况！））。

版本控制？

现在（使用相对路径）我们可以安全地将所有eclipse项目设置放在我们的版本控制/存储库中，任何人都可以轻松地克隆和运行我们的libGDX项目！：）

（我希望libGDX将来会使用相对路径作为项目设置工具）

更容易与eclipse和GIT协作？

1 个答案:

一些信息：

的解决方案：

版本控制？