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。这是一种简单的间接方式，使它们更易于跨机器移植。