新的 Docker --squash 是如何工作的
在 Docker 1.13 中添加了新的 --squash 参数. 我现在希望减小图像的大小并能够“隐藏"图像.我的图层中的秘密文件. 您现在可以在下面看到使用和不使用 --squash 参数进行构建的区别. 没有壁球 带壁球 现在回答我的问题. 如果我在我的 first 层中添加一个秘密文件，然后在我的 第二 层中使用该秘密文件，最后在 中删除我的秘密文件第三
..
squash相关内容
Git:压缩不是最近提交的连续提交，并且不从根开始
我已经查看了几个关于挤压最近的提交和在根处压缩提交，但两者都不会帮助我压缩不在根目录下的非最近提交. 这是我的起始场景: D---E---F---G---H---I---J master 和我想要的结果: D---E---Z---I---J master 其中 Z 是 F---G---H 和 F---G---H 的壁球、D---E 和 I---J 可以是任意长的非分支提交序列.
..
git rebase 交互:将提交合并在一起
我想有一个简单的解决方案来在交互式变基期间将两个合并提交压缩在一起. 我的存储库看起来像: X --- Y --------- M1 -------- M2(我的特征)//////a --- b --- c --- d --- e --- f(稳定) 也就是说，我有一个 my-feature 分支，它最近被合并了两次，中间没有真正的提交.我不只是想重新设置 my-feature 分支，
..
如何一次挤压/变基
我怎样才能以最小的努力，将我所有的提交(即使是合并和冲突解决)压缩到一个功能分支上的一个，然后在我开始开发的分支之上重新建立基础从?不想重做已经完成的冲突解决.尽量减少麻烦. 假设我们说的分支是 master 和 featureX. 解决方案 我所知道的最简单的方法是 git checkout featureXgit merge -m "Bring latest changes f
..
将我的所有提交合并为一份用于 GitHub 拉取请求
我在 GitHub 上提出了拉取请求.现在存储库的所有者说要将所有提交压缩为一个. 当我输入 git rebase -i 记事本打开时显示以下内容: noop# 将 0b13622..0b13622 变基到 0b13622## 命令:# p, 选择 = 使用提交# r, reword = 使用提交，但编辑提交信息# e, edit = 使用提交，但停止修改# s, squash = 使用提
..
压缩、变基、重置 --soft 对 github 贡献页面有何影响?
对于我有时从事或工作的某些项目，通常最好将所有更改压缩/重新设置为单个提交.但是，我想知道这如何影响 github 上的贡献页面. 例如，如果我花了 2 个月的时间推动对我创建的项目的更改，然后在 2 个月后决定将其重新设置为一次提交，那么 github 会删除过去两个月地图上的所有贡献立方体吗? > 解决方案 我仍然在这里看到这个，所以我想我不妨回答这个问题.所以答案是肯定的.它将从
..
如何将所有 git 提交压缩为一个?
如何将整个存储库压缩到第一次提交? 我可以重新调整到第一次提交，但这会给我留下 2 次提交.有没有办法在第一个之前引用提交? 解决方案 也许最简单的方法是创建一个具有当前工作副本状态的新存储库.如果您想保留所有提交消息，您可以先执行 git log >original.log 然后在新存储库中为您的初始提交消息编辑它: rm -rf .git混帐初始化git 添加.提交 或 g
..
合并 --squash 和变基有什么区别?
我是 git 的新手，我试图了解壁球和变基之间的区别.据我了解，您在进行 rebase 时会进行壁球. 解决方案 git merge --squash 和 git rebase --interactive 都可以产生“压扁"的提交. 但它们的用途不同. git merge --squash abranch 将在目标分支上产生压缩提交，不标记任何合并关系. (注意:它不会立即
..
使用 Git 压缩我最后的 X 提交
如何使用 Git 将我最后的 X 次提交合并为一次提交? 解决方案 你可以使用 git merge --squash 来解决这个问题，比 git rebase -i 稍微优雅一些代码>.假设您在 master 上，并且想要将最后 12 个提交压缩为一个. 警告:首先确保你提交了你的工作——检查 git status 是否干净(因为 git reset --hard 将丢弃已暂存和未暂
..
如何在不解决其他提交冲突的情况下以git为基础，或者在不影响其他提交的情况下压扁我的所有提交?
--- A ---/\- -主要的 - - - -\ --- B --- + A ------/\ - - -\ - \C-? 以上是我团队回购中的大致情况.功能A是一个巨大的分支，我绝对必须独自离开.我从B分支出来，但一直定期退出，这意味着我拥有A的所有更改，并且与分支C上的main保持最新.这也意味着在我对C的第一次提交和最后一次提交之间，有数十个提交，再加上来自A的大合并.我的
..
JGit:如何压缩提交
关于如何在JGit中使用 RebaseCommand ， MergeCommand 或任何其他命令来压缩提交的任何建议?我找不到很多示例，并且文档不是很有帮助. 一个简单的示例 我要压扁以下树: A ----- B ------ C ------ D ------ E ------ F ------ G--- - H 进入这一个: A ---- Z ----- H 其
..
merge --squash和rebase有什么区别?
我是git的新手，我想了解南瓜和变基之间的区别.据我了解，您在重新设置基准时会执行壁球操作. 解决方案 git merge --squash 和 git rebase --interactive 都可以产生“压缩"提交. 但是它们有不同的用途. git merge --squash abranch 将在目标分支上产生压缩的提交，而不会标记任何合并关系. (注意:它不会立即产
..
在保留对master的引用的同时，使用git从master将一系列小合并压缩到我的分支中?
我有一个非常复杂的合并工作.问题的部分原因是我花了太多时间，所以要合并到我的分支中的更改量真是太可怕了. 为了使事情变得更容易，我选择先执行git merge origin/master~20，然后执行git merge origin/master~17，git merge origin/master~15等，这样我就可以零碎地解决冲突，而不必一次全部解决. 问题在于这会导致我想摆脱的
..
git交互式将壁球压缩到下一次提交
在Git中，我可以使用交互式资源库来重写历史记录，这很棒，因为在我的功能分支中，我探索了不同的重构和完成方式，并使用部分工作的代码进行了大量提交. 在将分支重新合并或合并到master之前，我想将很多提交压缩在一起. 一些编排的提交顺序是从第一(顶部)到底部(最后) 1. Initial commit on feature branch "Automatic coffee mak
..
Github的"Squash and Merge" -随后的拉取请求显示所有先前的更改
我有一个从master分支中拉出的分支.我们称其为集成. 在集成分支中，我进行了各种提交(C1，C2，C3).完成后，我向master分支发出了一个Pull Request.在master分支中，我进行了“压缩合并"，因此只在master中进行了一次提交.这一切看起来都很棒. 但是后来，我对集成分支做了一些其他更改，当我再次发出拉取请求时，我看到了已经提交的先前更改(C1，C2，C3，
..
给定SHA的开始和结束位置，我如何将一系列git commit压缩在一起
我有一个分支，大约有20个提交. 分支上的第一个SHA是bc3c488... 分支上的最后一个SHA是2c2be6... 如何将所有提交合并在一起? 我要在不使用交互式变基的情况下执行此操作，因为提交的次数太多. 我需要一个github Pull Request来合并我的提交. 需要执行此操作而无需执行git merge --squash，因为我需要在本地进行壁球压
..
合并到母版时，在压缩第一个分支后合并分支的分支
这是我通常在工作中处理的工作流程. git checkout -b feature_branch # Do some development git add . git commit git push origin feature_branch 这时，功能分支已经可以从我的同事那里进行审查，但是我想继续开发依赖于feature_branch的其他功能.因此，feature_branch处
..
新的Docker --squash如何工作
在 Docker 1.13 中，添加了新的-squash 参数. 我现在希望减小图像的尺寸，并能够“隐藏"图像.我的图层中有秘密文件. 在下面，您现在可以看到与使用--squash参数进行构建时的区别. 无南瓜 带壁球 现在是我的问题. 如果我在第一层中添加了一个秘密文件，然后在第二层中使用了该秘密文件，最后在中删除了我的秘密文件.第三层，然后使用--squas
..
压入，重新设置，重置--soft如何影响github贡献页面?
对于某些我从事或从事的项目，有时最好将所有更改压缩/重新整理为单个提交.但是，我想知道这如何影响github上的贡献页面. 例如，如果我花了2个月时间对自己创建的项目进行更改，然后在2个月后决定将其重新构建为一个提交，那么github是否会删除过去两个月中地图上的所有贡献多维数据集? > 解决方案 我仍然看到了这一点，所以我想我也可以回答这个问题.因此，答案是肯定的.它将从图中删除贡献.
..
Git:如何将现有的“合并"转换为“合并-壁球"?
我执行了多个merge提交，但应该是merge --squash.解决冲突花了一天多的时间，所以我无力手动重做合并. 是否可以将merge转换为merge --squash? 解决方案 在这里值得注意的是git merge和git merge --squash密切相关，但是git merge --squash 不会创建合并. 这里的措辞非常重要，尤其是在“合并"前面的文章"a"
..