Git 具有截断历史的二次远程回购策略
我有我的应用程序的存储库,但是我希望有第二个repo,其中提交更基于发布进行策划 本质上,我不希望回购协议有完整的提交历史。我只想在每次发布时推送一个压缩的提交。有没有一种方法可以轻松做到这一点,还是需要创建多个git回购并分别管理它们Git 具有截断历史的二次远程回购策略,git,Git,我有我的应用程序的存储库,但是我希望有第二个repo,其中提交更基于发布进行策划 本质上,我不希望回购协议有完整的提交历史。我只想在每次发布时推送一个压缩的提交。有没有一种方法可以轻松做到这一点,还是需要创建多个git回购并分别管理它们 如果我可以将额外代码提交到此回购协议(例如,供应商文件夹),则可获得额外积分。如果我可以提交子模块的内容,但不能作为子模块提交,则会获得额外的积分。这里详细介绍了我想做的事情 通过为我的第二次回购创建一个分支,并使用git merge--squash,我可以拥有
如果我可以将额外代码提交到此回购协议(例如,供应商文件夹),则可获得额外积分。如果我可以提交子模块的内容,但不能作为子模块提交,则会获得额外的积分。这里详细介绍了我想做的事情 通过为我的第二次回购创建一个分支,并使用git merge--squash,我可以拥有一个私有回购和一个公共回购