管理具有不同历史记录的私有和公共远程

时间:2015-10-15 19:09:13

标签: git workflow

我有一个项目,我想公开发布。

它有着悠久的历史和许多分支。我想要释放它。会有一个可怕的,胖的"初始提交"在公共存储库上。

我正在寻找允许我的工作流程:

  • 在内部开发我的软件,
  • 将软件的某些部分保密,不得发布,
  • 将整个历史记录保存在私人仓库中,
  • 随意发布一个公共回购(不一定是每次发布的压扁,单一提交,我可能会保留历史记录"等于"从某些点 [1] ),
  • 接受对公共回购的请求,并最终将其包含在我的私人回复中。

这当然不适合git。我想知道我有什么选择让它尽可能没有错误并且可以编写脚本。

我认为可能有选择使用补丁和手动应用程序。问题是补丁的选择 - 如何在不手动选择提交的情况下确保我只需要上游的内容?

这听起来像是在繁琐的小版本或偶尔发布之间进行权衡,需要花费大量精力才能选择正确的提交。

我的问题是否有任何标准化方法?

[1]"等于"在相同的提交消息和内容的意义上。

0 个答案:

没有答案