如何在存储拉取请求中维护代码审阅历史

Question

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

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

我的问题是，如果有人知道更好的方式在Stash中做代码评论，并在Git中保持一个干净的提交历史记录。

谢谢！

Answer 1

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

每当我们的代码需要改变后，我们已经创建了我们的拉请求，我们不要拒绝拉请求，我们只是在审查中提到的细节。所以不是。一旦开发人员进行了必要的更改并将更改推送到其功能分支，则自动更新拉取请求，并始终在Git中维护历史记录以及拉取请求的历史记录。