Git 在执行拉取请求时，如何在TFS 2017中进行提交？

当两个开发人员在TFS中有5次提交时，第一个开发人员在开发分支上提交2次，第二个开发人员在开发分支上提交3次，第一个开发人员想要创建拉请求以将其更改合并到测试分支，而第二个开发人员没有，他被迫合并所有更改5，而不是他的2次更改。提交时是否有类似VisualStudio中的舞台？我知道樱桃采摘，但这是太多的步骤，需要时间。有没有其他方法可以让这一切顺利进行？我们正在Team Foundation Server 2017上做拉请求，而不是在VisualStudio

>P>中。如果您想在执行拉取请求时选择指定的合并项，据我所知，应该没有其他方法。无论何时创建拉请求，我们都会将所有提交合并到目标分支中。我们无法指定哪些提交合并，哪些不合并

作为一种解决方法，您可以选择要在提交历史记录中合并的节点以创建新分支，然后创建拉请求，以便拉请求仅包含当前节点，而之前的提交不包含后续提交。 如果两个开发人员的提交不正常。这种方法会很麻烦

---

此外，您可以尝试为每个开发人员创建一个分支来执行提交和拉取请求；DR：这两个开发人员不应该加入用于进行PR的同一分支

现在我们在DEV分支上有5个提交。

---

关键是第一个开发人员不想合并所有更改，因为5个文件中有3个不是他的

在分支的ref上发出pull请求。 这意味着要合并分支的所有提交。即使是后来推的那一个。直到合并拉取请求

他为什么要合并其他人的更改

那他们为什么在同一个部门工作呢

如果你想避免合并PR中的所有提交，这是没有奇迹的，第二个开发人员必须创建一个新的分支，这样做非常简单和快速

该分支可以根据您想要的提交创建，可以是初始分支，也可以是另一个dev分支中的一个

第二个开发人员，如果需要的话，应该同步它的分支做回扣。我知道在支持Git的VisualStudio的第一个版本中，rebase是不可能实现的，但现在这应该不是问题了

不需要采摘樱桃

看一看，即使不使用GitHub，这也是一样的

提交时是否有类似VisualStudio中的舞台

---

不，之所以称之为使用分支，是因为它们在Git中非常轻量级，带来了很多好处

您的问题不清楚，缺少上下文，并且没有使用正确的词汇表。做你做错的事很难。他被迫合并所有变更5肯定是错误的，但我不明白这意味着什么，因为PR没有合并，第二个开发者被迫什么也不做。您的解决方案可能是使用rebase，但我不能确定……请逐步添加有关您所做工作的详细信息。花时间问一个清楚的问题会增加别人花时间回答问题的机会。我会尽量向你解释更多细节。我们有两个分支开发和测试。我们还有两个开发人员正在做不同的更改。第一个开发人员对2个文件进行更改，提交并推送到DEV分支。另外，第二个开发人员对3个不同的文件进行3次更改，并提交和推送到开发分支。现在我们在DEV分支上有5个提交。第一个开发人员希望在测试分支上进行更改，他确实需要拉取请求。当他查看拉请求时，他看到5个更改的文件，但他只想将2个更改从开发人员合并到测试分支。问题是，第一个开发人员不想合并所有更改，因为5个文件中有3个不是他的。他为什么要合并其他人的更改。我希望它现在更清楚：现在回答，我明白了问题…我明白你在说什么。我们正在使用TFS进行数据库更改。我们在VisualStudio中创建了数据库项目，并将其连接到TFS。关键是人们做的工作更少，效率更高。Cherry pick是一个选项，但我想探索更多的选项，比如visual studio中的Stage。为第二个开发人员创建一个新分支应该是最好的选择