对不起，这是很多次的问题，但我只是找不到解决方案。
我有很多任务，其中一些依赖其他任务，所以可以说，我们有：
- 任务1：添加表(需要合并(
- 任务2：使用任务1中的表，添加按钮以使用表单添加某些内容(需要合并(
- 任务3：使用以前的解决方案，但是在表中添加一些东西后，您可以单击它以查看详细信息(需要合并(
因此，如您所见，任务1需要合并为主，任务2取决于任务1，因此您必须包括在内，还需要合并，任务3同时需要任务1和2。p>，正如您所知，代码评论需要大量时间，所以我不想坐下来等待，但是我想在任务1进行审查时继续执行任务2，然后在任务2是时处理任务3审核。
有办法如何做？我使用gitlens扩展名的VS代码，也使用终端推动。
感谢您的时间。
安装分支是另一个最重要的？那将是标准方式，唯一要记住的是，当您"更新"时，您必须更加小心。例如，Task2分支从Task1分支开始，而Task1仍在开发中。一段时间后，Task1收到了几个提交。为了使任务2获取：
git checkout task2
git rebase task1
应该足以将任务2移至新任务的位置1 ...但是当任务1"移动"时，事情会变得更加棘手(如，task1被重新列为(。在这种情况下，您不仅可以"重新启动"，因为如果您尝试这样做，Git将尝试在Track1的新位置上重新列入Task1的"以前"修订。假设如果Task1保持不变，可能很容易，那么您会从Git那里收到一些消息，说该补丁已应用，您可以告诉Git跳过它们。...但是要牢记的真实事项实际上，新的Task1分支可能与您从...开始工作的旧任务1不同，并且鉴于Task1不是Task2的开发的一部分(如两个独立开发(，然后您必须将task 2 仅反复重新列为任务1的新位置。因此，您必须这样做：
git rebase --onto task1 old-task1-position task2
这样，您要求git重新列入任务的新位置1个分支任务2丢弃了所有先前的修订，这些修订属于old-task1-position的历史。
以这种方式工作并不难，它只需要练习和了解。