在使用git rebase或git合并时，是否有更好的实施策略来避免冲突？

Question

目前，我正在从事一个针对GIT策略的项目：

• 我们有一个主分支（生产）（生产）
• ，只要我们需要一个新功能或修复，我们就有一个登台分支（登台服务器），
• 我们都会从Master和实现后创建功能分支拉的请求。经过批准和单位测试后，我们创建了另一个从功能分支到主的请求。

现在，我有一些疑问，尽管还没有遇到任何问题。如果有人将更改为主（通过拉动请求），我想使用“ git rebase”。如果我的功能分支尚未合并到分期或生产中，那么以下策略是好的。

• 首先，我将更改为主。
• 然后，我将“重新列入”主人分支。
• 然后，我将删除远程功能分支（因为目前我只是在研究它）
• 然后，按下新功能分支并创建拉动请求进行登台。

这是好吗？ （问题1 ）

现在，假设我的分支已经合并为分期。因此，在那种情况下，我应该合并而不是折叠？ （问题2 ）

注意：我不想在分期或主分支中更改任何以前的提交历史记录。但是，如果我只是在功能分支上工作，我可以更改历史记录。我认为这不会引起任何问题。

在问题2中，应该采取什么策略或步骤？

结论：我想知道，如果提出问题1中的上述策略是好的？我是否可以继续这样做，如果有更好的解决方案以避免冲突？