代码之家  ›  专栏  ›  技术社区  ›  A.M.

合并git中的提交

  •  1
  • A.M.  · 技术社区  · 15 年前

    获得ac6d99d2762efe0fcf2b78656e336c25ca8428d5 获得ef98d4e93c680384f8174b95e431627b29a56580 获得了7E3D3A2FC10D0DFE00E87E8EED4A3FC1E5EAD 步行B43C1E062B72D3AB416AD209E94E13A6C71815D

    这对应于每一次提交,这很烦人。除了(明显地)将HEAD导入新的存储库之外,还有什么方法可以“合并”提交(不再需要它们了)吗?

    2 回复  |  直到 15 年前
        1
  •  2
  •   Josh Lee ZZ Coder    15 年前

    不需要了

    你这是什么意思?不管是好是坏,任何给定存储库的头提交都指向它的父级,父级指向它的父级,一直到第一次提交为止。

    • 是的输出 git-clone 把屏幕弄得乱七八糟?您可以通过使用 -q 旗子使它更安静。您也可以在版本1.7.1中升级,除非我要求额外的详细性(使用 -vv ).

      聊天输出只发生在简单的HTTP协议中。使用git或ssh协议更有效,GitHub支持所有这些协议。此外,阅读有关新的 Smart HTTP Transport .

    • 你是否习惯于集中式风投,一份工作副本只有最新版本?最好的等价物可能是一个浅层克隆,用 git clone --depth=n ,在哪里 n 你想要多少历史。是的 some limitations 您应该了解它,但它允许您只克隆最近的历史,并且仍然可以进行可以向后推的更改。

    • 你真的想抛弃那些历史吗?git中的一个重要教训是,对历史的任何修改都会使您的存储库与其源存储库不兼容如果您重新设置基础以将它们全部压扁,或者扔掉所有历史并重新开始,您将无法与源存储库通信。

        2
  •  2
  •   Daniel Stutzbach Edward Leno    15 年前

    如果你只是对 git clone ,您可以尝试使用 -q 旗子告诉它安静一点。

    如果要合并提交,请使用 git rebase -i . 用git的说法,将一个提交合并到另一个提交被称为“挤压”。请记住,这只会影响当前分支。如果提交存在于其他分支上,则它们仍将存在于其他分支上。

    推荐文章