问题标签 [squash]

我想将一个充满二进制数据的目录 git-push 到远程服务器。

由于这可能需要几天时间，我在本地提交并一次推送一个文件（如果我一次提交所有内容并推送，如果传输中断，则必须从头开始重新启动，对吗？）。

当一切都被转移时，我想将所有这些提交压缩成一个。如果我在本地 squash 然后推送，所有数据都在重新传输！这违背了我的战略目的。

也许我可以登录到遥控器，然后远程重复壁球操作，但是有没有更好的方法来做我想做的事情。如何通知 git 所有敏感数据都已经在服务器上？

如何使用 Git 将我最后的 X 提交压缩成一个提交？

这很好地解释了压缩多个提交：

http://git-scm.com/book/en/Git-Branching-Rebase

但它不适用于已经推送的提交。如何压缩本地和远程存储库中最近的几次提交？

当我这样做时git rebase -i origin/master~4 master，将第一个保留为pick，将其他三个设置为squash，然后退出（通过 emacs 中的 cx cc ），我得到：

其中 2f40 是pick提交。现在 4 个提交都没有出现在git log. 我希望我的编辑器会重新启动，以便我可以输入提交消息。我究竟做错了什么？

我在一个正在成长并使用 git 的团队中工作。我们通常在自己的分支机构工作。

我从另一个工作人员存储库中提取了一些更改。他的更改最终被添加到并合并到一个带有壁球提交的主分支中。

当我尝试从 master 获取并合并时，我遇到了很多冲突。我认为这是因为壁球合并以及它会混淆合并跟踪的事实。有没有简单的方法可以解决这个问题？

第二。如果开发人员正在处理多个分支，并且在进入 master 之前可能需要彼此更改，那么有一种方法可以在继续在 master 上进行壁球提交的同时处理这个问题。

Rebase 被提及很多。但是我看不出这将如何与多个根分支一起使用？

目前我的 git-rebase-todo 是

和命令行输出

为什么它不能识别壁球，我的 git 安装有问题吗？

I have a branch, mybranch, that has six commits and stems from commit C. I would like to create a new branch, also based on commit C, that effectively includes all the commits from mybranch, squashed into one commit. What's the easiest way to do this?

I need to do this due to the mantra of "squash before you git-push". For the new branch, I don't want any mention of mybranch in the history pushed up to the remote server. The reason I want to create a whole new branch used to push is because I'd like to keep all the commits in mybranch for reference.

我正在尝试压缩一系列提交 - 从 HEAD 到 HEAD~3。有没有一种快速的方法可以做到这一点，还是我需要使用 rebase --interactive？

我的工作流程：

• 从主分支
• 在我的分支工作，经常提交（100+）
• 在我的分支中完成工作后，将 master 合并到我的分支中，解决所有冲突。
• 合并回master之前的代码审查时间

对于代码审查，我需要显示两个头之间的差异并压缩/组织我的提交（大约 5 次提交）。这项任务的最佳 GUI（跨平台？）是什么？

我想在脚本中执行以下操作：

问题是合并没有提交。所以在推动之前我必须承诺。此合并创建的默认提交消息就足够了。所以我的问题是：

1. 我可以通过自动生成提交来进行合并吗？

2. 或者我可以在脚本中添加一个命令来执行接受默认消息的提交吗？

谢谢！

假设我的分支中有 100 个提交，我已经工作了 3 周。偶尔（每天，真的）我从 origin/master 中提取并将其合并到我的分支中。

我怎样才能（轻松地）将我所有的提交压缩成一个提交而不弄乱历史？如果我以某种方式将所有提交压缩为一个，那么当我的拉取请求移动到源/主时，我会破坏合并的源/主拉吗？