问题标签 [git-squash]

我一直在阅读一些关于--squashing 提交的内容，但它们似乎都与--rebase.

我有一个功能分支，其中包含一组这样的提交：

假设我想合并回Master分支，但我想先清理我的功能上的提交。

是否有可能：

• 选择提交 B、E 和 F 并将它们压缩在一起作为一个提交？

或者

• 我可以只压缩按顺序提交的提交，所以压缩：（A、B 和 C）或压缩（D、E 和 F）等？

无论哪种方式，我可以直接在我的功能上做一个壁球，而不立即初始化 aMerge或Rebase使用它吗？

如果是这样，我怎么能用 Git 做到这一点？

我想知道哪些因素会影响 git repo 的大小，当然数据除外。

历史悠久是否意味着大回购？有很多分支对它有影响吗？

另外你们如何处理你的提交？我读到每个提交都应该至少添加一个逻辑更改单元。我知道提交可以在推送之前通过变基来压缩。（当然永远不要变基发布）。

所以我不知道我是否应该把它们压扁。因为我不知道它是否会改变大小。

谢谢

也许我误解了 GIT 的工作原理。

我已经跑了git rebase -i HEAD~10，我可以将 10 个提交压缩为一个。问题是所有压缩的提交仍然存在，我认为在将它们全部合并为一个之后它们会被删除。

这是预期的结果吗？如果是这样，我可以重写历史记录以删除无用的提交（因为这些更改已经在所有以前的提交都被压缩的提交中）？

当我执行git merge --squash <source_branch>导致冲突的操作时，来自 Git 的预定义提交消息内容仅包含冲突信息，而不包含压缩提交的摘要。

如何让 Git 也包含有关已被压缩的提交的信息？通常 Git 会写“Squash of the following commits:”，然后显示git log已放入 squashed 提交中的提交。

使用 git 版本 1.9.5.msysgit.1

我的情况：有两个遥控器，origin和fork（后者归我所有）。我检查了origin/devel，更改了一些代码并提交了 5x 到我的本地分支test。我将我的提交推送到fork/test.

然后我开始了一个交互式变基，在我的本地test分支上：

Git 打开了一个编辑器，其中列出了我的 5 个提交，准备好选择、压缩或其他任何内容。

我不小心关闭了编辑器，而不是删除所有内容或 Ctrl+C 和git rebase --abortgit 控制台。因此，它开始了变基。

为了撤消它，我使用了git reflogandgit reset --hard HEAD@{...}以及git checkout fork/test -B test后来，因为我的遥控器也应该包含 pre-rebase 状态。他们似乎都恢复了状态，但如果我再次启动 rebase，列表中将没有提交（只有一个noop条目）。

如何恢复变基前的原始状态，以便再次显示原始提交列表？

撤消 git rebase不涉及此问题。我主要感兴趣的是为什么会发生这种情况以及如何真正恢复变基，而不是如何更改rebase命令以再次获取提交列表（正如我所说，从我的角度来看git reset并git checkout没有正确撤消它）。

最终目标是在以后的某个时间将我的test分支重新定位到最新origin/devel的，压缩我自己的所有提交，因为test从origin/devel.

//编辑：看起来 Git 忘记了分叉点。但是，在我自己的提交之前git merge-base --fork-point origin/devel确实返回了提交，并给了我初始提交列表。那么为什么不再这样做呢？origin/develgit rebase -i that-commit--onto

我正在使用本地存储库，并且没有上游存储库。我有一个分支“master”，其中 HEAD 指的是最近的提交。为了完成某件事*，我做了一个：

它打开了编辑器窗口，所以我可以挑选和挤压。不确定接下来要做什么，我关闭了编辑器（没有进行任何更改）并被 git 告知：

成功地重新设置和更新了 refs/heads/master。

这是 git 响应的总和。

我在这里有两个问题：

首先，我的分支实际上有什么变化吗？我的分支现在处于什么状态？（我意识到这是 1 中的两个问题。）

其次，如果这个命令有影响，我该如何撤消？

初始场景：

合并后我想要的--squash：

在分支master上，git log将是

继续在分支上开发development：

再次与壁球合并：

在分支master上，git log将是

在分支development上，git log将是

我想与压缩的提交合并，master同时保持每个提交都在development.

我不知道如何实现。我的问题是我不知道如何在第一次合并中D指出，并且将包含而不是仅包含。EIB,C,D,E,F,G,HF,G,H

我有一个名为work_in_progress的分支，用于调试和测试带有许多小提交的代码。它们都有多余的提交消息。完成后，我想将壁球合并到主分支。当使用--squash参数进行合并时，通常这是一个命令。

但是我该如何使用SmartGIT呢？

此处的文档How to perform squash merges似乎是错误的，因为没有选项"Branch contains selected commit and its parents"。

How to perform normal merges and squash merges here的文档根本不起作用。我已经尝试过了，我仍然在日志中看到所有的小提交。之后我可以删除work_in_progress分支，一切都很好，但我希望在主分支的历史记录中进行一次提交和一条提交消息。

编辑：这是我的提交对话框的屏幕截图。我想我错过了“简单提交”选项？！可能我没看懂说明书^^

编辑 2：这是日志的屏幕截图。从顶部开始的第二次提交是使用 SmartGIT 完成的。您可以看到所有中间提交（包括消息）在历史记录中可见。该分支被称为 XYZ_work_in_progress。最后一次（最重要的）提交是使用“git merge --squash ABC_work_in_progress”完成的，但所有的提交都被吞掉了，所以这是一个干净的历史。分支的所有工作都通过一条消息累积到一个提交中:-)

我们正在学习 Git，我们使用 GitHub 作为我们的托管站点。

我们都分叉了upstreamrepo 并 PR 我们的提交upstream以获取我们的更改。

我们正在尝试学习如何压缩我们的提交以保持上游提交历史的整洁（ish）。

我们经常承诺:)

所以......如果我们提交一个拉取请求......然后项目维护人员然后在提交上添加评论（即对 PR 进行代码审查）......然后开发人员将解决问题并推动他们再次提交。

是否可以压缩这些提交以使 PR 只有一个提交？GH 中的评论（针对此 PR）会发生什么？

正如标题所示

我正在尝试将最后两个提交压缩为一个

https://github.com/dvdvideo1234/Test

并将其注册到 Github 远程仓库中，尽管它只在本地进行更改，而不提交它们..

我正在通过日志窗口执行此操作。右键单击 B 然后“将 master 重新定位到此 ...”

在这个过程之后，我希望远程仓库是“A，BCD”，而不是我电脑上的本地仓库。

我应该如何通过 TortoiseGIT 做到这一点。我正在使用客户端在 Windows 下工作：