Question

以下情况：两个分支，上游开发和个人开发，由于尚未合并或拒绝功能而相差很大。

然后我在personal-dev上创建一个新的功能分支。我进行一些提交，测试等。最后，我想将功能分支重新建立到上游开发上，以在github上正确创建拉取请求。

但是git也牵扯到个人开发和上游开发之间的许多变化和差异吗？这是为什么？我虽然有一个基准，但需要一个分支的提交，然后将它们重新应用于另一个分支。

我可以完美地从我的功能分支中挑选提交列表。无需进一步的手动交互即可起作用。

图形：

K-> L-> M <-上游开发

K-> A-> L-> B-> M <-personal-dev

功能分支： [K-> A-> L-> B-> M]-> C-> D-> E

我重新定基时的预期行为： [K-> L-> M]-> C-> D-> E <-功能分支

实际发生的情况： [K-> A-> L-> B-> M]-> C-> D-> E （我在github上看到PR不仅试图将C，D和E合并到上游，还尝试将A和B等个人提交合并。

我可以以某种方式做我打算进行的变基处理吗？还是改基只是为了包含分支中的较新提交，功能分支最初是从中派生的？

Rebase功能出了什么问题？

感谢帮助！

编辑：这是我要执行的操作的演示。它是德语的，但是我从您可以看到的命令中看到了我的操作以及它出了错。

$ git checkout develop 
Zu Branch 'develop' gewechselt
Ihr Branch ist auf demselben Stand wie 'mpw/develop'.
$ git status
Auf Branch develop
Ihr Branch ist auf demselben Stand wie 'mpw/develop'.

nichts zu committen, Arbeitsverzeichnis unverändert
$ git pull
Bereits aktuell.
$ git branch testrebase
$ git checkout testrebase 
Zu Branch 'testrebase' gewechselt
$ vim application/Controller/RunController.php 
$ git add application/Controller/RunController.php
$ git commit -m 'Testcommit'
[testrebase 184aae08] Testcommit
 1 file changed, 1 insertion(+), 1 deletion(-)
$ git status
Auf Branch testrebase
nichts zu committen, Arbeitsverzeichnis unverändert
$ git checkout hotfix/v0.17.18 
Zu Branch 'hotfix/v0.17.18' gewechselt
Ihr Branch ist auf demselben Stand wie 'origin/hotfix/v0.17.18'.
$ git rebase hotfix/v0.17.18 testrebase 
Zunächst wird der Branch zurückgespult, um Ihre Änderungen
darauf neu anzuwenden ...
Erzeuge Patches: 100% (15/15), Fertig.
Wende an: remove psd files bloating application size
Wende an: merge commit
Verwende Informationen aus der Staging-Area, um ein Basisverzeichnis nachzustellen ...
M   application/Controller/RunController.php
M   application/Library/Functions.php
M   application/Library/Session.php
M   application/Model/Email.php
M   application/Model/Page.php
M   application/View/public/error.php
M   application/View/public/run/index.php
M   setup.php
.git/rebase-apply/patch:76: trailing whitespace.

warning: 1 Zeile fügt Whitespace-Fehler hinzu.
Falle zurück zum Patchen der Basis und zum 3-Wege-Merge ...
automatischer Merge von setup.php
KONFLIKT (Inhalt): Merge-Konflikt in setup.php
error: Merge der Änderungen fehlgeschlagen.
Anwendung des Patches fehlgeschlagen bei 0002 merge commit
Benutzen Sie 'git am --show-current-patch', um den
fehlgeschlagenen Patch zu sehen.

Lösen Sie alle Konflikte manuell auf, markieren Sie diese mit
"git add/rm <konfliktbehaftete_Dateien>" und führen Sie dann
"git rebase --continue" aus.
Sie können auch stattdessen diesen Commit auslassen, indem
Sie "git rebase --skip" ausführen.
Um abzubrechen und zurück zum Zustand vor "git rebase" zu gelangen,
führen Sie "git rebase --abort" aus.

$ git status
Rebase im Gange; auf adaffc5f
Sie sind gerade beim Rebase von Branch 'testrebase' auf 'adaffc5f'.
  (beheben Sie die Konflikte und führen Sie dann "git rebase --continue" aus)
  (benutzen Sie "git rebase --skip", um diesen Patch auszulassen)
  (benutzen Sie "git rebase --abort", um den ursprünglichen Branch auszuchecken)

Nicht zusammengeführte Pfade:
  (benutzen Sie "git reset HEAD <Datei>..." zum Entfernen aus der Staging-Area)
  (benutzen Sie "git add/rm <Datei>...", um die Auflösung zu markieren)

    von beiden geändert:    setup.php

keine Änderungen zum Commit vorgemerkt (benutzen Sie "git add" und/oder "git commit -a")
$ git rebase --abort

您可以看到，尽管我只更改了“ application / Controller / RunController.php”，但我只添加了一条注释行，但它抱怨说两者都是由“ setup.php”编辑的。

Answer 1

一些评论：

在远程克隆和本地克隆中，您分别命名为“ L”和“ M”的提交是不相同的：您应该看到不同的sha散列，用于提交“ L在远程”和“ L在本地”
的影响是：git rebase在两个分支之间寻找起点时，它使用“ K”作为起点（而不是“ M”）
git rebase通过查看连续提交所产生的差异来尝试猜测哪些已应用，哪些未应用：在您的情况下，看起来（正确）排除了本地“ L”和“ M”提交，并且（正确地）发现应该应用“ A”和“ B”
重新设置的分支应类似于：
```
 [K -> L -> M] -> A->B -> C->D->E
```
（是这种情况吗？）

这是一种告诉git“仅重播提交（从M（不包括M）到E到上游dev的E）”：

git rebase --onto upstream-dev M E

变基行为与预期不同

1 个答案: