Konsekwencje zapomnienia ukośnika w „pochodzenia / oddziale git merge”

ZaTen artykuł, Starałem się przyzwyczaić do pobierania i łączenia jawnie podczas aktualizacji mojej kopii roboczej. Jednak dzisiaj wydałem literówkę, wydając polecenie:

$ git fetch origin
$ git merge origin asdf

Zauważ, że użyłem spacji zamiast ukośnika w poleceniu scalania. Ponieważ wydawało się, że i tak miało to pożądany efekt, nie zauważyłem, dopóki nie nacisnąłem, że dodało to dziwnie sformułowane zobowiązanie do dziennika:

commit 65f0037bed926c338cb95e7437e7f7f407028d9f
Author: Me <[email protected]>
Date:   Mon May 14 09:36:44 2012 -0700

    Merge branch 'asdf', remote-tracking branch 'origin' into asdf

Teraz zastanawiam się, czy to rzeczywiście miało jakiekolwiek negatywne skutki uboczne. Wydaje się, że traktował argumenty jako dwie osobne specyfikacje gałęzi, aby połączyć się z bieżącą gałęzią, i że „pochodzenie” niejawnie rozszerzyłoby się na „pochodzenie / asdf” - co właśnie zamierzałem. W tym momencie nie mam pojęcia, dlaczego pozwoliłoby to nawet „połączyć gałąź„ asdf ”w asdf”.

Czy to tylko żenujące no-op? Czy może wprowadziłem potencjalnie problematyczną konstrukcję do historii mojego repozytorium?

EDYCJA: Wyjściegit cat-file commit 65f0037b

tree 74ed9ead4b82e4e56bd5656ee10375f8f0fcb60d
parent 3bc2a37031a4a391aa4da64c22e3f55148cd23e2
author Me <[email protected]> 1337013404 -0700
committer Me <[email protected]> 1337013404 -0700

    Merge branch 'asdf', remote-tracking branch 'origin' into asdf

questionAnswers(1)

yourAnswerToTheQuestion