如何恢复对主服务器的推送，然后从新分支再次推送相同的更改？

如何解决如何恢复对主服务器的推送，然后从新分支再次推送相同的更改？

我不小心推到const numbersArr = ['1234','12345','123456','1234567'] // dummy numbers here export default function App() { async function handleSend () { const isAvailable = await SMS.isAvailableAsync() if (isAvailable) { while (numbersArr.length > 0) { const n = numbersArr.pop() const result = await SMS.sendSMSAsync(n,'My sample HelloWorld message') console.log('results',result) } } else { // misfortune... there's no SMS available on this device } } return ( <View style={styles.container}> <Text>Open up App.js to start working on your app!</Text> <StatusBar style="auto" /> <Button title="Send" onPress={handleSend}/> </View> ) } 。我通过master恢复了此推送，并将原来的主状态推回原位。然后git revert shaToPreviousState的sha提交具有意外推送的更改，并通过checked out切换到新分支git switch -c new_stuff。我做了一些小的修改，对分支new_stuff进行了update和pushed这些更改。现在，当我创建一个将new_stuff与new_stuff合并的MR时，只有最近的更改（在创建master之后）才显示为差异。但是，我要推送的内容包括我已经还原的那些更改（在检出sha并创建new_stuff之前）。为什么它们也不会显示在差异中？我该如何解决此问题？

当前主控

new_stuff

new_stuff 分支

commit 8573277b289224d93993e374e070fa66da63d309 (HEAD -> master,origin/master,origin/HEAD)
Author: user.me <[e-mail]>
Date:   Mon Sep 14 22:37:39 2020 +0200

    Revert "added loading some bin files"

    This reverts commit 649a6f5f4dc31e6ba363fef7a9f77661f45254e9.

commit 649a6f5f4dc31e6ba363fef7a9f77661f45254e9
Author: user.me <[e-mail]>
Date:   Mon Sep 14 22:34:02 2020 +0200

    added loading some bin files

因此，在推动commit 5ff6b90931685a32ae3e7bcde7b00db7440fac5e (HEAD -> new_stuff,origin/new_stuff) Author: user.me <[e-mail]> Date: Mon Sep 14 22:57:33 2020 +0200 added a few docstrings commit 649a6f5f4dc31e6ba363fef7a9f77661f45254e9 Author: user.me <[e-mail]> Date: Mon Sep 14 22:34:02 2020 +0200 added loading some bin files 并创建MR之后，差异中除了5ff6b9添加的差异外没有其他变化。因此，我试图了解git如何看不到5ff6b9 + 649a6f附带了很多新内容，但只显示了5ff6b9的区别：（

解决方法

但是，我要推送的内容包括我已经还原的那些更改（在检出sha并创建new_stuff之前）。为什么它们也不会显示在差异中？我该如何解决此问题？

TL; DR 最有可能回答您的问题是，您希望在差异中看到的更改已经属于master的一部分，因此它们实际上不在差异中。您可以从git log的输出中看到这种情况，因为master和new_stuff都具有带有哈希值649a6f5f4dc31e6ba363fef7a9f77661f45254e9的提交。

您还可以看到master包含另一个提交8573277b289224d93993e374e070fa66da63d309，该提交将还原您试图摆脱的更改。执行git revert时创建了第二个提交。它具有与原始提交完全相反的更改。您可以通过运行

看到它

git diff master master~

（{master~是指在master处提交的父项。）

要将母版恢复为原始状态，您应该使用git reset --hard：

git checkout master
git reset --hard master~2

此版本将重置master后2次提交，并完全放弃所有更改。您可以根据需要在更改前使用完全精确的sha哈希代替（master~2）。

现在，由于修改了主服务器的历史记录，您将需要强制推送

git push -f

大多数git服务默认情况下都不允许强制推送master，因此您可能会收到一条消息，提示推送被拒绝。如果是这种情况，则需要在git服务器上设置权限以允许强制推送。建议您在完成后重新设置。

成功强制推送主服务器后，PR差异应准确显示您的期望。

,

您正在尝试合并该分支上已经存在的提交。对于PR而言，提交已还原并不重要。

相反，您可以从新分支中挑选要提交的副本，从而创建一个副本。签出新分支和git cherry-pick shaToPreviousState。解决与您所做的其他编辑的潜在冲突。然后，您可以将此提交合并到PR中以进行主控，因为它与先前还原的提交不同，它是它的副本。

,

问题是您不了解发出请求时GitHub在差异中显示的内容。它是triple-dot diff；它仅显示分支上发生的事情，因为分支的位置。它分支的点是649a6f。从那点开始，分支上唯一发生的事情是5ff6b9。这就是您所看到的。

您可能期望双点差异，即分支与主节点之间的差异。但这不是GitHub所显示的。 （并且您可以很容易地看到原因。对于审查请求请求的人，在分支准备过程中在 master 上发生的事情无关紧要；这不是请求请求的内容。）您可以可以要求GitHub显示双点差异，但这不是拉取请求差异显示的内容。

---

示例：

$ git init
$ echo "start" > A.txt
$ git add .
$ git commit -m'start'
$ echo "next" > B.txt
$ git add .
$ git commit -m 'next'
$ git revert HEAD
$ git log
commit 257883 Revert "next"
commit 229db2 next
commit 21d9f0 start
$ git checkout 229db2
$ git branch branch
$ git checkout branch
$ echo "yoho" > C.txt
$ git add .
$ git commit -m 'yoho'

好的，这重现了您的情况。现在让我们做一个双点比较：

$ git diff master..branch
diff --git a/B.txt b/B.txt
new file mode 100644
index 0000000..5b69858
--- /dev/null
+++ b/B.txt
@@ -0,0 +1 @@
+next
diff --git a/C.txt b/C.txt
new file mode 100644
index 0000000..faf1efe
--- /dev/null
+++ b/C.txt
@@ -0,0 +1 @@
+yoho

双点diff知道在branch上B.txt和C.txt都存在，而master却不存在。 （未提及A.txt，因为它不是差异；两者相同。）

好的，现在我们将进行三点比较：

$ git diff master...branch
diff --git a/C.txt b/C.txt
new file mode 100644
index 0000000..faf1efe
--- /dev/null
+++ b/C.txt
@@ -0,0 +1 @@
+yoho

在三点差异中，未提及B.txt！这是因为它与branch分叉，因此并未在master上发生。 next上发生的更改未包含在差异中，即使该更改“在”分支中也是如此。就像您所看到的一样。