2

当功能分支需要与我们的开发分支合并时,我们使用 Stash 并创建拉取请求。我们有一个标准,每个实现的功能都需要在开发分支中进行一次提交。我们实现这一点的方法是处理特性分支中的特性,然后将所有提交压缩为一个。此时,我们将功能分支推送到 Stash 并创建一个拉取请求。

当拉取请求被拒绝并且代码需要更改时,就会出现挑战。发生这种情况时,我们在功能分支中进行所有代码更改,修改提交,强制将分支推送到 Stash,然后重新打开拉取请求(我们不创建新的拉取请求)。Stash 显示删除了 1 个提交并添加了 1 个。此添加的提交包含更新的代码。但是,我们在代码审查中为已删除提交写的所有评论都没有显示在添加的提交中。基本上,当我们查看添加的提交时,无法看到代码的哪些部分是从之前的代码审查中更新的。

我的问题是,是否有人知道在 Stash 中进行代码审查并在 Git 中保持干净的提交历史的更好方法?

4

1 回答 1

1

我们在团队中使用相同的协议。唯一的区别是我们在推送提交时不会压缩我们的提交。但是,挤压/不挤压并不能解决您的问题。

每当我们在创建拉取请求后需要更改代码时,我们不会拒绝拉取请求,我们只是在评论中提及细节。所以不是一旦开发人员进行了必要的更改并将更改推送到他的功能分支,拉取请求就会自动更新,并且历史记录和拉取请求的历史记录始终保存在 Git 中。

于 2014-08-06T01:39:05.403 回答