【发布时间】:2020-06-09 09:02:23
【问题描述】:
使用 Azure DevOps,我从 Dev 分支创建了一个分支。
当我打开一个拉取请求时,它包括来自 Dev 分支的所有提交。
我是否需要在打开新分支时打开拉取请求?
这样,我可以选择仅使用我新添加的文件打开“干净”拉取请求,
但这是获得“干净”拉取请求的唯一方法吗?
【问题讨论】:
标签: visual-studio azure-devops
使用 Azure DevOps,我从 Dev 分支创建了一个分支。
当我打开一个拉取请求时,它包括来自 Dev 分支的所有提交。
我是否需要在打开新分支时打开拉取请求?
这样,我可以选择仅使用我新添加的文件打开“干净”拉取请求,
但这是获得“干净”拉取请求的唯一方法吗?
【问题讨论】:
标签: visual-studio azure-devops
我是否需要在打开新分支时打开拉取请求?
答案是否定的。
我们知道,Pull 请求可以:
让您的团队在合并之前审核代码并就更改提供反馈 它进入主分支。拉取请求可以来自任一主题 同一存储库中的分支或来自 原始存储库。审阅者可以逐步完成提议的更改, 离开 cmets,投票赞成或拒绝代码。
通过拉取请求,分支中的代码受到保护。当我们从 Dev 分支中打开一个新分支时,我们将其命名为 feature 分支而不做任何修改,我们不需要打开拉取请求,因为在新的 feature 分支中没有任何新的变化。
这样,我可以选择打开“干净”的拉取请求 只有我新添加的文件
如果我们创建feature 分支基于 Dev 分支,对功能分支进行任何更改,然后创建拉取请求将feature 分支合并到Dev 分支,它仅包含新添加的文件:
但是如果将feature 分支合并到其他分支,而不是Dev 分支,它不仅会包含新添加的文件。
希望这会有所帮助。
【讨论】:
feature A的commit合并没有完成,那么featuer B分支上的commit和dev分支上的commit都会包含featuer Acommit上的unfinished。这是由git的属性决定的,我们暂时无法更改。