将 public Git 存储库分叉到内部 Git 主机，以及如何跟踪上游
Forking public Git repositories to internal Git host, and how to track upstream
我目前正在使用 Puppet 模块，我正在 "forking" 它们从它们的 public 回购到内部 Git 服务器。目前，我的工作流程是：
- 将 public 存储库克隆到我的工作站
- 运行
git remote rename origin upstream
- 在内部 Git 服务器的网站中创建一个新的存储库 UI
- 运行
git remote add origin ssh://server.name/repo/path.git
- 最后，将我的本地克隆推送到内部服务器：
git push -u origin master
这是在内部服务器上重新托管 public 存储库的合适方法吗？
此外，是否可以自动与克隆内部仓库的任何人共享上游仓库的配置？还是每个用户都需要手动 运行 git remote add upstream <server>?
Is this the appropriate way to re-host a public repo on an internal server?
是的。 git clone 的 --origin 选项可让您从工作流程中删除第 2 步。
Additionally, is there anyway to share the configuration for the upstream repo automatically with anyone who clones the internal repo?
没有。您可以将实现所需配置的脚本放在一起，并与将与您一起处理该项目的开发人员共享。
我目前正在使用 Puppet 模块，我正在 "forking" 它们从它们的 public 回购到内部 Git 服务器。目前，我的工作流程是：
- 将 public 存储库克隆到我的工作站
- 运行
git remote rename origin upstream - 在内部 Git 服务器的网站中创建一个新的存储库 UI
- 运行
git remote add origin ssh://server.name/repo/path.git - 最后，将我的本地克隆推送到内部服务器：
git push -u origin master
这是在内部服务器上重新托管 public 存储库的合适方法吗？
此外，是否可以自动与克隆内部仓库的任何人共享上游仓库的配置？还是每个用户都需要手动 运行 git remote add upstream <server>?
Is this the appropriate way to re-host a public repo on an internal server?
是的。 git clone 的 --origin 选项可让您从工作流程中删除第 2 步。
Additionally, is there anyway to share the configuration for the upstream repo automatically with anyone who clones the internal repo?
没有。您可以将实现所需配置的脚本放在一起，并与将与您一起处理该项目的开发人员共享。