如何管理代码提交-代码审查-较小的团队（3人）的代码合并？

Question

问题陈述：

我有一个用户故事US1，并且有一些与之相关的任务。假设T1，T2，T3和T4。 US1有一个名为 branch_US1 的分支。当我开始使用US1时，我选择T1然后完成，然后在 branch_T1 中提交代码。

现在，我需要创建合并请求，以将 branch_T1合并到branch_US1 ，假设此合并请求为 T1_US1 。现在，我以相同的方式完成T2任务，并在branch_T2中提交工作，并创建合并到branch_US1中的拉取请求，假设这个拉取请求为 T2_US1 。

现在，我无法继续处理任务T3，因为T3依赖于T2 （它们具有代码依赖性），因此，除非获得批准和合并请求，否则我无法继续。现在，我的所有请求请求都处于审阅阶段（打开），因为审阅者正在忙于其他工作。在这个问题中，有与任务相关的分支。

解决这个问题的最佳方法是什么？

我已经尝试过的方法：假设方法A

我总是将我的T1，T2签入branch_US1，这样我就可以在没有阻塞的情况下工作，因为这里只有一个分支，而T1 T2 ....没有任何分支。 T1 T2 .. ..对我来说只是一个合理的任务。

方法A的问题：

示例：如果测试工程师想要验证T1功能，那么测试工程师必须结帐 branch_US1 ，并且他也获得了T2工作（代码），并且可能也是T3代码，因为开发人员不断在其中提交代码。单支。

这里的测试工程师只需要下载用户故事分支即branch_US1并验证其逻辑任务。这种方法以增量方式提交任务。

期望：

是否有可以帮助解决上述问题的最佳实践。需要提交-合并-审核策略，以便测试工程师只能测试与任务关联的提交，开发人员可以无缝地处理任务。