管理环境分支
Managing environments branches
我们有 3 个分支 development
、staging
和 production
。在 development
上,我们开发了应用程序并将其部署在开发服务器上,我们部门的其他成员可以在其中对其进行测试。
当他们没问题时,它就会合并到分支 staging
中,该分支部署在测试服务器上,我们的客户可以在其中对其进行测试,他们可以开发连接到它的测试 API 客户端。当我们的客户没问题时,它就会合并到分支 production
,该分支部署在我们的应用程序实际运行的生产服务器上。
我的问题是:
当提交 B 和 C 在分支 development
中并且由于某种原因提交 B 必须在提交 C 之前合并到分支 staging
中。目前我们正在进行交互式变基,这会导致我们在本地副本方面出现问题,我认为这不是正确的方法。我们应该使用 cherry-pick 还是其他什么?
第二个后续问题,当这三个分支不同时(提交或提交顺序)可以吗?我害怕混乱的日志图并合并很多差异。现在它们完全相同,但这让我们有些头疼(上面写的)。
每个功能都应该在自己的分支中开发。
您在开发中合并(分支)B 和 C,然后在暂存中合并分支 B。
这样,您就可以独立管理每个功能生命周期。
要获得更完整的工作流程,。
我们有 3 个分支 development
、staging
和 production
。在 development
上,我们开发了应用程序并将其部署在开发服务器上,我们部门的其他成员可以在其中对其进行测试。
当他们没问题时,它就会合并到分支 staging
中,该分支部署在测试服务器上,我们的客户可以在其中对其进行测试,他们可以开发连接到它的测试 API 客户端。当我们的客户没问题时,它就会合并到分支 production
,该分支部署在我们的应用程序实际运行的生产服务器上。
我的问题是:
当提交 B 和 C 在分支 development
中并且由于某种原因提交 B 必须在提交 C 之前合并到分支 staging
中。目前我们正在进行交互式变基,这会导致我们在本地副本方面出现问题,我认为这不是正确的方法。我们应该使用 cherry-pick 还是其他什么?
第二个后续问题,当这三个分支不同时(提交或提交顺序)可以吗?我害怕混乱的日志图并合并很多差异。现在它们完全相同,但这让我们有些头疼(上面写的)。
每个功能都应该在自己的分支中开发。
您在开发中合并(分支)B 和 C,然后在暂存中合并分支 B。
这样,您就可以独立管理每个功能生命周期。
要获得更完整的工作流程,