GitHub + Eclipse 工作流
GitHub + Eclipse Workflows
我确定这是 RTFM 的事情,但经过几天的研究我仍然无法确定正确的(或 最佳)工作流程。
- 我有一个 Eclipse 工作区,里面有许多 Java 个项目和一些 C++/Arduino 项目。
- 我想开始使用 GitHub 作为我的项目的在线存储库(可以从我的私人 LAN 开发环境之外轻松访问)
- 我在想我想要一个单独的 C++/Arduino 和 Java GitHub 回购协议。 Python、PowerShell 等可能会有更多(但我很乐意接受有关回购结构的其他建议)。
除了使用 Egit 的实际机制之外,我想不出最合适的 workflow/folder 结构来完成此任务。我应该创建本地 Git 存储库并将其作为远程推送到 GitHub 吗?我应该使用 GitHub 的 Web 界面来导入整个 Eclipse Workspace 吗?我应该直接使用 Eclipse Workspace 还是使用单独的 Git 文件夹?
我想我的问题的症结在于,在阅读了该站点上的一些相关帖子后,我得到了有关从 Eclipse 工作区创建本地存储库与单独的本地存储库的相互矛盾的建议。我认为在最终确定最佳整体工作流程之前,我需要先了解这种区别。
对于这个问题的广泛性,我深表歉意,但我希望社区可以帮助我缩小工作流程设计(或问题本身)的范围。
两件事:
切勿 将整个工作区置于源代码管理中;项目:是,工作区:否。 .metadata
文件夹包含特定于该位置和您的计算机的数据,并且忽略了使其成为 public.
的任何潜在安全风险
eGit 使用您的 git 克隆自己的元数据,因此如果您更愿意从命令行执行某些操作,那就去做吧。我知道我是,但我仍然感谢 eGit 提供的 UI 和装饰。只需确保 Workspace 或 Git 首选项页面上的任何自动 refresh/update 首选项已打开。
您可能希望存储库包含多个项目,而不是每个项目都有一个单独的存储库。这样,属于一起的历史和变化 就 在一起了。随心所欲地嵌套布局,但请记住,您也不必将所有内容都限制在一个存储库中。
我不知道对此有最佳实践,尤其是对于已经存在的项目,但项目本身应该是可重定位的。我的建议,在全部备份之后:
创建 Github 项目,在本地克隆它们的 repos。我是这样做的,从命令行,为了让我对历史、远程和引用感到头疼。不过,我认为您不能用这种方法修改存储库元数据。
将工作区项目移动到本地克隆中。您可以从工作区中删除它们(确保 而不是 以删除底层文件),在 Eclipse 外部物理移动目录,然后 import them as projects 从 Git Repositories 查看--除非是Maven项目,这种情况最好使用M2E的导入向导。
暂存、提交项目并将其推送到远程源。对于 Java 项目,不要忘记在 Java Build Path 中设置 JRE System Library
以使用 Execution Environment。这是一种简单的间接方式,使它们更易于跨机器移植。
我确定这是 RTFM 的事情,但经过几天的研究我仍然无法确定正确的(或 最佳)工作流程。
- 我有一个 Eclipse 工作区,里面有许多 Java 个项目和一些 C++/Arduino 项目。
- 我想开始使用 GitHub 作为我的项目的在线存储库(可以从我的私人 LAN 开发环境之外轻松访问)
- 我在想我想要一个单独的 C++/Arduino 和 Java GitHub 回购协议。 Python、PowerShell 等可能会有更多(但我很乐意接受有关回购结构的其他建议)。
除了使用 Egit 的实际机制之外,我想不出最合适的 workflow/folder 结构来完成此任务。我应该创建本地 Git 存储库并将其作为远程推送到 GitHub 吗?我应该使用 GitHub 的 Web 界面来导入整个 Eclipse Workspace 吗?我应该直接使用 Eclipse Workspace 还是使用单独的 Git 文件夹?
我想我的问题的症结在于,在阅读了该站点上的一些相关帖子后,我得到了有关从 Eclipse 工作区创建本地存储库与单独的本地存储库的相互矛盾的建议。我认为在最终确定最佳整体工作流程之前,我需要先了解这种区别。
对于这个问题的广泛性,我深表歉意,但我希望社区可以帮助我缩小工作流程设计(或问题本身)的范围。
两件事:
切勿 将整个工作区置于源代码管理中;项目:是,工作区:否。
.metadata
文件夹包含特定于该位置和您的计算机的数据,并且忽略了使其成为 public. 的任何潜在安全风险
eGit 使用您的 git 克隆自己的元数据,因此如果您更愿意从命令行执行某些操作,那就去做吧。我知道我是,但我仍然感谢 eGit 提供的 UI 和装饰。只需确保 Workspace 或 Git 首选项页面上的任何自动 refresh/update 首选项已打开。
您可能希望存储库包含多个项目,而不是每个项目都有一个单独的存储库。这样,属于一起的历史和变化 就 在一起了。随心所欲地嵌套布局,但请记住,您也不必将所有内容都限制在一个存储库中。
我不知道对此有最佳实践,尤其是对于已经存在的项目,但项目本身应该是可重定位的。我的建议,在全部备份之后:
创建 Github 项目,在本地克隆它们的 repos。我是这样做的,从命令行,为了让我对历史、远程和引用感到头疼。不过,我认为您不能用这种方法修改存储库元数据。
将工作区项目移动到本地克隆中。您可以从工作区中删除它们(确保 而不是 以删除底层文件),在 Eclipse 外部物理移动目录,然后 import them as projects 从 Git Repositories 查看--除非是Maven项目,这种情况最好使用M2E的导入向导。
暂存、提交项目并将其推送到远程源。对于 Java 项目,不要忘记在 Java Build Path 中设置
JRE System Library
以使用 Execution Environment。这是一种简单的间接方式,使它们更易于跨机器移植。