git subtree push i split dodawanie "-n <newline>" do zatwierdzania wiadomości

Question

Ilekroć dzielę podkatalog na gałąź poprzez git subtree split lub (konsekwentnie?), Gdy popycham poddrzewo w górę, komunikaty zatwierdzenia w nowych zatwierdzeniach gałęzi/upstream mają "-n" i dodano do nich znak nowej linii.

To najłatwiej wykazać z dzielone: ​​

git init repo 
cd repo 
mkdir splitme 
touch splitme/foo 
git add splitme/ 
git commit -m 'Add foo' 
git subtree split -P splitme -b splitme-only 

Z tego, otrzymuję:

$ git log master 
commit 6d5164076bd88d1dab8963d91ec013372e58a444 
Author: me 
Date: Fri Jul 26 12:22:27 2013 -0500 

    Add foo 

i

$ git log splitme-only 
commit 6ce8124a0b5e52d4bba198144d2f3f664d7b19e7 
Author: me 
Date: Fri Jul 26 12:22:27 2013 -0500 

    -n 
    Add foo 

Jak widać, "splitme-only" gałąź ma "-n" dodaną do wiadomości zatwierdzenia. Jest to szczególnie złe, ponieważ github domyślnie zapina wszystko oprócz pierwszego wiersza. W związku z tym nie można łatwo przejrzeć komunikatów o zatwierdzeniu na github.

Próbowałem użyć --annotate, aby uzyskać coś bardziej czytelnego, ale to tylko dodaje coś do linii "-n".

Zachowanie jest identyczne dla subtree push.

Czy istnieje sposób, aby zapobiec dodawaniu linii "-n"? Mogłem zmienić linię, ale kiedy się z nią bawiłem, zepsuło się subtrees. czy robię coś źle?

Korzystanie z git 1.8.3.4 na OS X 10.8.4.

Answer 1

Okazuje się, że jest to błąd w git, wprowadzony w 1.8.3.3.

W szczególności, this merge wykonano poddrzewo przez sh zamiast bash, które zrywa this line.

Oto raport o błędzie po prostu składać: http://thread.gmane.org/gmane.comp.version-control.git/231213

UPDATE: Błąd jest fixed w git 1.8.4