首页 > 解决方案 > 在发布期间/之前清理 Git 历史记录、添加新提交并将更改带回开发人员的推荐方法

问题描述

我们是一个遵循 gitflow(https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow)的小型开发团队,采用“仅快进”合并策略。在合并之前,所有提交都被手动压缩到相关的 Jira 问题。因此,我们拥有可以通过 Jira 轻松跟踪的功能、用户故事、错误修复和修补程序的清晰且连续的历史记录。

作为一个团队,我们对在继续开发的同时打开新版本存在一些疑问。我们的发布任务之一是清理可能的修正或改写提交,同时添加新的提交来修复我们的客户在发布中检测到的问题。一旦发布准备就绪,我们希望继续掌握,同时将发布的更改带回开发,包括所有压缩提交、改写和错误修复。我们的上一个版本没有按预期进行,我们不得不通过挑选和挤压手动将每个提交添加到 dev 以与 master 同步,因为它比 master 领先得多,并且出现了数十个合并冲突。

那么,在发布分支与开发一起工作时,即使在开发中也能保持干净历史的最佳方法是什么?我们应该清理开发人员吗?在打开版本之前?我们如何在不破坏开发历史的情况下添加新的错误修复?

标签: pythongitbitbucket

解决方案


推荐阅读