用私有远程存储库重写git历史记录

Question

我使用私有远程存储库的原因主要有两个，当我从办公室到家时备份正在进行的工作或在两个开发机之间同步代码。

我最近开始玩git（来自hg），我喜欢重写历史记录的想法。 我最近发现的是，如果我执行以下操作

• ＃ 做工作
• git提交
• git推
• ＃修复最后一次提交的一些问题
• git commit-修改
• git推

与遥控器发生冲突。 我需要再次拉，合并和推动。

1. 有没有办法将本地更改镜像到远程存储库？
2. 在我的第二台计算机上，如何将那些镜像远程对象拉入本地（最好再没有完整的克隆）

我知道我是唯一使用它的人，所以我知道没有其他人需要处理不断变化的历史。

Answer 1

您可以使用git push -f remote-name branch-name强制执行推送，然后在第二台计算机上执行git pull 。 如果发生冲突，您可以使用git fetch --all紧跟git reset --hard remote-name/branch-name强制拉git fetch --all 。 您最好确定自己在做什么， 不建议将历史记录重写为常规工作流程的一部分。

我的意思是不建议定期强制推拉。

Answer 2

您也可以执行

   git reset HEAD^ --hard 

在远程存储库上执行，并在从本地存储库执行git pull之后重做git push。 我认为与git push --force相比，它虽然危险性更高，但涉及程度更小，因为您只需要验证倒带的正确内容，并且始终可以使用以下命令将安全副本保留在远程存储库中：

    git checkout -b safe-copy-old-branch-name

在做所有事情之前，不仅要在提交之后保留先前的“意图”的原始内容，而且还要保持完全相同（原始）的SHA1。

Answer 3

您可以从字面上将“交换/备份”远程设置为镜像（一个裸克隆，它使用“强制”样式的参考更新，而不是要求某些或所有参考更新都是快进的）。

设置了“普通”克隆以强制更新refs/remotes/* ：看一下.git/config （或使用git config --get remote.origin.fetch ），您将看到获取refspec origin是：

+refs/heads/*:refs/remotes/origin/*

加号表示“强制”，即“不需要快进”。 因此，当您git fetch origin ，无论（例如）起源的refs/heads/master名称的任何SHA1提交都成为您的本地refs/remotes/origin/master ，无论您的refs/remotes/origin/master指向哪个提交SHA1 -至。 这通常是安全的（因此对于“普通”克隆也是默认的），因为这些“远程分支” SHA1指针名称以refs/remotes/而不是refs/heads ，即，它不会影响本地存储库的分支名称。 -空间以任何方式。

当您使用git push -f -或指定以+开头的push refspec，这与push和fetch的含义相同-这告诉遥控器它也应允许非快进。 （也就是说，它告诉了换一个更好的词组“建于勾”，让快进的想。遥控器上的其他git的钩子到你是推还是可以拒绝变更）。这通常是不可靠，因为它影响远程仓库的名称空间：您正在更新其 refs/heads/master ，而不是refs/pushes/JohnsMachineAtHome/master 。 但是，如果您知道自己在做什么，并且不犯错误（或者至少不经常犯错，:-)），那还是可以的。

还要记住，只要有一些引用（例如reflog）指向git，每次在git中的提交都是合理的粘性，因此从特定的意义上讲，只要先提交，就可以安全地强制推送和强制获取。 （例如，如果您犯规，您可能必须在家中上班/上班，然后在reflog中四处查找才能找到您在镜像上提交的提交。）请注意，裸克隆（包括裸镜像克隆） ）不要让所有的东西在reflogs的方式（ 有一些数据保存，尤其是core.logAllRefUpdates设置;参阅混帐配置文件），因为他们得到了更新EN-集体在推动或提取时间。

另请参阅以下git config选项：

  remote.<name>.push The default set of "refspec" for git-push(1). See git-push(1). remote.<name>.mirror If true, pushing to this remote will automatically behave as if the --mirror option was given on the command line. 

Answer 4

您可以在一个临时分支上工作，并在与master分支合并之前对其重新设置基础。 重置（->'git rebase -i master'）允许您重新排序和编辑提交。