【问题标题】:Eclipse reference directory outside eclipse project directory but within repositoryEclipse 项目目录之外但在存储库中的 Eclipse 参考目录
【发布时间】:2011-08-16 04:26:07
【问题描述】:

[更新:见 cmets]

假设我有这样的结构:

/trunk/src

/trunk/platform/linux/[eclipse项目]

/trunk/platform/windows/[eclipse项目]

我希望这两个项目都能看到 /trunk/src,打开其文件并在这些文件上使用自动错误突出显示。我已经尝试为目录创建链接资源。这适用于令人讨厌的限制。除非您重新导入并且无法创建/删除文件,否则它永远不会更新。我尝试在 git repo 中存储一个符号链接,显然从 git 1.6.1 开始不再有效。无论如何我都试过了,克隆符号链接后我们就坏了。

这实际上只是为了方便访问多平台项目的主要代码库。解决方案不必很优雅,但很重要。所以我想我可以指示每个开发人员将自己的符号链接到主代码库,作为开发环境设置的一部分。试过了,这些用 ln -s 创建的符号链接似乎没有出现在 Eclipse 中,也无法导入。

最后我想我可以在 Eclipse 的 /trunk/ 中创建一个通用项目。似乎 Eclipse 足够“聪明”,足以警告我这是不可能的,因为它会检测到更深入的其他项目。

任何帮助表示赞赏。

【问题讨论】:

  • 看来 git 仍然支持符号链接。我只是未能正确测试它。我忘记了 git 不能提交空目录。因此,在每个 Eclipse 项目目录中提交指向主代码库的符号链接就可以了。除非有人有更好的解决方案,否则不要提出问题。

标签: eclipse git directory repository


【解决方案1】:

首先,评论:

'/trunk/xxx/yyy' 是一种 SVN 方法,其中所有分支/标签都“模拟”为目录。
Git 不需要它们。两个分支(一个'linux',一个'windows')就足够了;然后你可以克隆你的仓库两次,一次在“windows”目录中,一次在“linux”目录中。

关于可能的解决方案:
如果 linux 和 windows 平台之间关于 eclipse 的唯一区别是 .project.classpath 文件,我实际上建议只有 一个 存储库(用于您的源),上述两个分支,每个分支都包括源代码和 eclipse 文件(针对每个平台量身定制)。

这样,解决方案更容易维护:一个 repo,一个结构。两个分支。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2016-12-22
    • 2013-10-18
    • 1970-01-01
    • 2012-08-04
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多