有没有办法使git分支提交更干净？

我有一个git提交问题。我们是三个通常在sprint环境中工作的开发人员。附件是我们提交的屏幕截图

通常我们会创建一个feature/Jira-1212_ticket_名称并对其进行处理。然后提交并做一个PR，其他人将审查，然后批准或进行更多工作

最后，如您所见，所有这些特性分支都被合并以开发分支

然而，它变得真的像一条蛇。有没有办法让它更干净

---

您可以使用

git-rebase

，如下所示：

---

如果您总是重新设置基址（例如，通过

git pull--rebase

），则可以获得线性历史记录。有些人喜欢这个，有些人认为更糟。取决于您。

您可以使用

git-rebase

，如下所示：

---

如果您总是重新设置基址（例如，通过

git pull--rebase

），则可以获得线性历史记录。有些人喜欢这个，有些人认为更糟。取决于您。

通常我会创建一个功能分支，并在该功能分支上执行git pull--rebase。由于我们对bitbucket执行git拉动，因此我们使用bitbucket批准/合并功能。这会将分支合并到开发分支。你是在建议本地合并然后推送吗？是的，我想是的，你可以在本地重新基址，然后推送。通常我会创建一个功能分支，然后在该功能分支上执行git pull--rebase。由于我们对bitbucket执行git拉动，因此我们使用bitbucket批准/合并功能。这会将分支合并到开发分支。你是建议在本地合并然后推送吗？是的，我认为是的，你可以在本地重新设置基础，然后推送。嗯。我觉得这很干净。跟踪分支和合并点很容易，如果您的提交消息很好，我看不出有什么问题。嗯。我觉得这很干净。跟踪分支和合并点很容易，如果您的提交消息很好，我看不出有什么问题。