git-squash相关内容
我在我的本地存储库中有一堆主题相似的提交.我想在推送到远程之前将它们组合成一个提交.我该怎么做?我认为 rebase 可以做到这一点,但我看不懂文档. 解决方案 你想要做的在 git 中被称为“squashing".执行此操作时有很多选项(太多?)但如果您只想将所有未推送的提交合并为一个提交,请执行以下操作: git rebase -i origin/master 这将打开您的文本编辑
..
我有一个远程 Git 服务器,这是我想要执行的场景: 对于每个错误/功能,我创建一个不同的 Git 分支 我继续使用非官方的 Git 消息在那个 Git 分支中提交我的代码 在顶级存储库中,我们必须使用官方 Git 消息对一个错误进行一次提交 那么我怎样才能将我的分支合并到远程分支,以便他们为我的所有签入只获得一次提交(我什至想为此提供提交消息)? 解决方案 假设你
..
如何使用 Git 将我最后的 X 次提交合并为一次提交? 解决方案 你可以使用 git merge --squash 来解决这个问题,比 git rebase -i 稍微优雅一些代码>.假设您在 master 上,并且想要将最后 12 个提交压缩为一个. 警告:首先确保你提交了你的工作——检查 git status 是否干净(因为 git reset --hard 将丢弃已暂存和未暂
..
假设我已经在 branch1 上开发了一个功能,并使用GitHub Pull Request将其发送出去以进行代码审查.在审核过程中,我在 branch2 上做了一些后续工作. branch2->D->E->F/分支1->A->B->C/硕士M 我的评论者喜欢我的工作!无需更改.我使用GitHub的压缩并合并 ,合并对 branch1 的提取请求功能. 在 master 上运行
..
我正在开发功能分支. 进行了几次提交.压缩提交. 将更改推送到远程分支.有冲突. 合并了来自主节点的更改,解决了功能分支上的冲突. git获取原始主文件 git merge FETCH_HEAD 已解决的手动冲突. git commit git push 我又做了一次提交. 因此,当前的提交历史看起来像这样.从最新到旧: 提交3 提交M yyy(合并) 提
..
自从GitHub引入 Squash and Merge 之后,我所有的好孩子合并拉取请求时,工作场所正在使用它.有没有办法清理"Squash and Merge"分支? 来自的以下命令删除所有已合并的git分支吗?不适用于"Squash and Merge": git分支--merged |egrep -v“(^ \ * | master | dev)" |xargs git分支-d
..
我想在分支的中间将多个提交压缩在一起,而又不修改前后的提交. 我有: A -- B -- C -- D -- E -- F -- G | | master dev origin/master 我想把它塞进去 A -- H -- E -- F -- G |
..
在Git中,我可以使用交互式资源库来重写历史记录,这很棒,因为在我的功能分支中,我探索了不同的重构和完成方式,并使用部分工作的代码进行了大量提交. 在将分支重新合并或合并到master之前,我想将很多提交压缩在一起. 一些编排的提交顺序是从第一(顶部)到底部(最后) 1. Initial commit on feature branch "Automatic coffee mak
..
我执行了多个merge提交,但应该是merge --squash.解决冲突花了一天多的时间,所以我无力手动重做合并. 是否可以将merge转换为merge --squash? 解决方案 在这里值得注意的是git merge和git merge --squash密切相关,但是git merge --squash 不会创建合并. 这里的措辞非常重要,尤其是在“合并"前面的文章"a"
..
初始方案: A (master) \ B - C - D (development) 合并后我想要的-壁球: A - E (master/development) \ / B - C - D 在分支master上,git log应该是 commit E Squashed commit of the following:
..
我将发布分支合并到master,我想知道是否应该将合并中的提交压缩为合并提交。关于git流程的一般文件包含这样一个来自Atlassian页面的数据: 在这些数字中,只有单个提交出现在master上,而不是所有提交的提交。 实际上,我喜欢让主人分支,哪些版本只提交。 在合并到master时,我应该保留所有提交的提交吗?或者你在合并之前压缩提交,然后再跟随Gitflow? 解决
..
当在Intellij中使用Git时,我如何压缩所有提交给本地分支的提交?我在rebase分支窗口中使用了什么设置? 我已经尝试将Onto设置为local / master和From到我的分支,但是它会尝试将每次提交的主要更改合并到我的分支中,即使我通常每天早上将我的分支重新分配给主服务器......所以应该没有冲突。但它几乎总是发现冲突并导致合并问题。我只想压缩分支提交和消息,所以当我推送到
..
进行了多次提交。压扁提交。 将更改推送到远程分支。有冲突。 合并主要更改,功能分支上已解决的冲突。 (git fetch origin master> git merge FETCH_HEAD>手动解决了冲突> git commit> git push) 我做了一个更多的提交 因此,当前的提交历史记录如下所示。 从当前到旧: $ b 提交3 提交M yyy(合并) 提交2
..
当我在处理新的代码时,我做了很多小的提交来跟踪我的更改。然而,我的公司更喜欢每个功能在一次提交中承诺。因此,解决方案是将整个分支压缩到一个提交。 如何在不使用的情况下挤压整个分支> git rebase --interactive 然后更改挑选为 squash 所有提交? 解决方案 我的首选方法是双线程(不包括下面的步骤1和4)。好处是你不需要知道/记录任何提交ID,你可以编写一个简
..
我在一个分支上有8个提交,我想通过电子邮件发送给一些不受git启发的人。到目前为止,我所做的每件事都会给我8个补丁文件,或者从开始的时候开始为分支历史记录中的每个提交提供补丁文件。我使用git rebase --interactive来压缩提交,但现在我尝试的所有内容都是从一开始就为我提供了无数的补丁。我做错了什么? git format-patch master HEAD#会产生无数的补丁
..
我在本地存储库上有一堆提交,它们在主题上相似。我想在推送到远程之前将它们合并为一个提交。我该怎么做?我认为 rebase 可以做到这一点,但我无法理解文档。 解决方案你想要做的是在git中被称为“挤压”。当你这样做的时候有太多的选择(太多了?),但是如果你只是想把所有的unpushed提交合并成一个单独的提交,请执行以下操作: git rebase -i origin / master
..
如何使用Git将我最后一次X提交到一个提交中? 使用解决方案使用 git rebase -i ,并在第二次和随后的提交中用“squash”或“fixup”替换“pick”,如
..