1回答
我有一个分支，我将它用于PR1，它被合并了，然后我做了git pull origin master，并与master合并。我现在使用相同的分支提交另一个PR - PR2，但意识到它携带来自PR1的提交消息。我应该如何处理这些消息？
浏览 12提问于2019-07-13得票数 1
回答已采纳
1回答
有很多关于如何格式化git提交消息的指南()。他们几乎都说，信息应该是祈使语气，而不是过去时。关于这一点，有一个很好的论据：
“合并d
浏览 2提问于2018-07-17得票数 5
1回答
我有一个旧的承诺，是在一个旧的分支上，说"old_branch_1“。此提交通过拉请求合并到我的“主”分支中。现在我需要修改承诺的信息。因此，我遵循了如下步骤：
"new_branch_1".Did 从“”创建了一个新的分支，比如结帐new_branch_1.used git重基-i HEAD~50，然后修改了所需的提交消息。我在远程
浏览 0提问于2020-07-06得票数 0
创建拉请求时，它们的提交消息总是类似于“将PR###从{分支名称}合并到{目标分支名称}”。
我一直在修改提交消息，这有点累人。我依赖提交消息来跟踪，因此自动消息出现了问题。
浏览 1提问于2019-04-11得票数 13
回答已采纳
我在合并的PR中发现了一个bug，并准备恢复它。我想将bug修复的更改推送给其中一位PR。如何指定推送到哪个请购单？我一直在同一个主分支上，而不是使用不同的分支。
浏览 1提问于2015-12-17得票数 0
在大多数情况下，我们看到一个PR，然后是那个PR的合并提交，它只是写着“从.合并拉请求#XXX”。但最近，我看到了一个紧凑的版本，其中拉请求者和提交者的化身重叠，出现在历史上：这是如何做到的呢？我试过但不起作用的：
以这种方式合并时的一个例子是：在以下方面的成果：
浏览 3提问于2014-11-29得票数 5
回答已采纳
2回答
Git还原合并的还原
、、、
我创建了一个特性分支，比如github上的feature/branch1。我为它创建了一个拉请求，并将其合并。
几个星期后，发布其他的PR合并到主程序，我们认为我们将恢复-恢复。这一次，我们进入了恢复PR，它已经关闭，
浏览 0提问于2017-04-05得票数 24
回答已采纳
我正在审查本地的PR。为此，我使用IDEA的Local changes选项卡：我获取了指向PR的提交的分支PR-35。-35并返回1Commit，但保留PR的commit引入的更改。我可以使用git reset --soft HEAD~2做到这一点它对我来说是完美的，除了它更新了PR-35分支指针。我希望保持当前分支指针不变，同时查看<em
浏览 2提问于2021-05-26得票数 0
2回答
不同的合并提交消息
、、、
我不确定这是因为git还是VSTS：当我完成从分支到主的拉请求时，会收到不同的消息。如果源分支(new )只有一个提交( new /1)，则合并提交消息将合并PR ##：< commit- message >，就像合并PR 84: new/1一样。如果源分支( dev )有多个commit (dev/1、dev/2、dev
浏览 0提问于2018-02-21得票数 2
1回答
我遇到过PR diff (从feature分支到master)与通过比较ame feature分支和master而生成diff不同的情况。我能想到的唯一一件事是，GitHub在创建时“冻结”了PR diff，然后随着master的移动(其他功能分支被合并)，这种差异变得“过时”。
GitHub“冻结”PR有什么不同吗？或者有不同的原因导致不同的差异？
浏览 0提问于2019-03-07得票数 2
我希望在基本分支上始终没有快速转发的效果(创建合并提交始终)。根据我的团队使用的以下Bitbucket设置，为了解决冲突，有时需要创建2次合并提交。合并提交 (--no-ff)总是创建一个新的合并提交并将目标分支更新到它，即使源分支已经与目标分支更新了。由于基分支只能通过拉请求进行更改，而且它总是在PR-merge上创建合并提交
浏览 1提问于2018-07-10得票数 0
回答已采纳
我所做的git checkout -b feature/db/projectImport devmake changesgit add .和git commitgit push originfeature/db/projectImport (住在那个分支机构)--no-ff 单击比较和拉请求按钮，最后与默认的合并按钮合并，默认合并按钮声称使用
拉出请求图像
我想要实现的
浏览 1提问于2022-01-28得票数 3
回答已采纳
我在10天前提交了一个更改，它有3个文件，并将它们推送。我提出了一个PR #46，但它还没有合并。我在网上查了一下，发现"Git revert hash“是一个选项。我试过了
git
浏览 4提问于2021-09-09得票数 0
1回答
长话短说，我的处境如下：
创建了一个功能分支，工作了一段时间，收集了大约30个提交，并合并到master。然后通过GitHub的web界面恢复合并(通过创建一个新的PR，恢复旧PR的效果)。现在，我已经修复了导致我们恢复合并的问题，我想创建一个新的PR，包含原始PR中的所有30个左右的提交，并
浏览 12提问于2014-10-14得票数 1
我有两个管道，一个是pr管道，第二个是ci管道.另外，有两个分支，一个是特征分支，第二个是主分支(有直接合并到主分支的策略是不允许的)。我正在对特性分支进行更改，为了将相同的更改合并到主分支，我正在创建拉请求。创建拉请求时，它将自动触发pr管道(由于分支策略)。此外，当我完成拉请求时，它将自动触发ci管道(因为我已经将触发器设置为ci管道的主分支)。
在pr管道中，我使用了一个API，它使用Powershell任务获取PR</
浏览 8提问于2022-04-13得票数 0
回答已采纳
假设我们有一个回购R和develop作为分支，所有的人都在其中合并他们的特性分支。现在，如果我正在开发一个具有3提交a、b、c的特性，在合并到 developing 之前，我们公司遵循将这些提交压缩为单个提交(例如a )的过程，那么当我们实际合并时，拥有一个单独的合并-提交 in developing分支会有什么好处，因为它为单个特性创建了两个单独的提交<
浏览 4提问于2021-09-28得票数 1
1回答
问题：为什么：
- name: Soft Reset to add changes to PR--amend --message="Version ${{ env.MYVERSION }}"
浏览 8提问于2022-10-24得票数 1
1回答
因此，这并不是典型的“重新定位”问题(至少我不这么认为)。
问题是，我想继续做贡献，但在此期间，个人公关没有列出我所做的所有旧的(但尚未合并)承诺。我的想法是上游，重新基地我的主人，并从那里工作(这一次正确的分支)。我害怕用当前的原件重新定位我的本地主人，因为我担心它可能会“删除”我的拉请
浏览 2提问于2019-10-19得票数 1
回答已采纳
我正在尝试创建一个git别名来自动执行我的PR合并和审批。完整的git命令如下所示：所以，我很
浏览 20提问于2019-08-14得票数 3
回答已采纳
我有一个Azure DevOps管道，我想在其中检查提交消息是否应该遵循某种模式。git log --pretty=oneline --abbrev-commit
浏览 0提问于2020-11-24得票数 0
云服务器
ICP备案
腾讯会议
云直播
对象存储
腾讯云开发者
