GitHub + Eclipse 工作流

GitHub + Eclipse Workflows

我确定这是 RTFM 的事情,但经过几天的研究我仍然无法确定正确的(或 最佳)工作流程。

除了使用 Egit 的实际机制之外,我想不出最合适的 workflow/folder 结构来完成此任务。我应该创建本地 Git 存储库并将其作为远程推送到 GitHub 吗?我应该使用 GitHub 的 Web 界面来导入整个 Eclipse Workspace 吗?我应该直接使用 Eclipse Workspace 还是使用单独的 Git 文件夹?

我想我的问题的症结在于,在阅读了该站点上的一些相关帖子后,我得到了有关从 Eclipse 工作区创建本地存储库与单独的本地存储库的相互矛盾的建议。我认为在最终确定最佳整体工作流程之前,我需要先了解这种区别。

对于这个问题的广泛性,我深表歉意,但我希望社区可以帮助我缩小工作流程设计(或问题本身)的范围。

两件事:

  1. 切勿 将整个工作区置于源代码管理中;项目:是,工作区:否。 .metadata 文件夹包含特定于该位置和您的计算机的数据,并且忽略了使其成为 public.

  2. 的任何潜在安全风险
  3. eGit 使用您的 git 克隆自己的元数据,因此如果您更愿意从命令行执行某些操作,那就去做吧。我知道我是,但我仍然感谢 eGit 提供的 UI 和装饰。只需确保 WorkspaceGit 首选项页面上的任何自动 refresh/update 首选项已打开。

  4. 您可能希望存储库包含多个项目,而不是每个项目都有一个单独的存储库。这样,属于一起的历史和变化 在一起了。随心所欲地嵌套布局,但请记住,您也不必将所有内容都限制在一个存储库中。

我不知道对此有最佳实践,尤其是对于已经存在的项目,但项目本身应该是可重定位的。我的建议,在全部备份之后:

  1. 创建 Github 项目,在本地克隆它们的 repos。我是这样做的,从命令行,为了让我对历史、远程和引用感到头疼。不过,我认为您不能用这种方法修改存储库元数据。

  2. 将工作区项目移动到本地克隆中。您可以从工作区中删除它们(确保 而不是 以删除底层文件),在 Eclipse 外部物理移动目录,然后 import them as projectsGit Repositories 查看--除非是Maven项目,这种情况最好使用M2E的导入向导。

  3. 暂存、提交项目并将其推送到远程源。对于 Java 项目,不要忘记在 Java Build Path 中设置 JRE System Library 以使用 Execution Environment。这是一种简单的间接方式,使它们更易于跨机器移植。