Jak osiągnąć `git --no-ff --ff-only` które jest niedozwolone

Question

Jako część naszego ciężkiego workflow rebase, mam nadzieję użyć scalenia w głównej gałęzi. W szczególności chcę scalić tylko wtedy, gdy gałąź tematu została ponownie wylosowana na ostatnim master commit, powodując, że dowolne scalenie jest szybkie. Mogę to osiągnąć za pomocą:

git merge --ff-only

Ponadto chciałbym nagrać integrację branży tematu z pustym popełnić dlatego chciałbym użyć --no-FF, który wymusza to zachowanie :

git merge --no-ff

Co naprawdę chcę, chociaż jest kombinacją zarówno: połączyć tylko wtedy, gdy jest to trywialne, ale pozwól mi nagrać go i tak. Git uważa, że ​​

fatal: You cannot combine --no-ff with --ff-only.

który pojawia się oczywiste dla niektórych.

git merge --edit --no-ff topicbranch

nie osiąga zachowanie chcę albo. W jaki sposób mogę scalić z opcją --no-ff, czy dana gałąź tematów jest ponownie bazowana na ostatnim zatwierdzeniu głównym?

---

AKTUALIZACJA: Wygląda na to, że odpowiedź Charlesa Baileya wystarczy. Jeśli chcesz umieścić to w aliasie git, możesz to wydać:

git config --global alias.integrate '!test "$(git merge-base HEAD "$1")" = "$(git rev-parse HEAD)" && git merge --no-ff --edit $1 || echo >&2 "Not up-to-date; refusing to merge, rebase first!"' 

Trochę kęsa, ale działa. Zanotuj siłę edycji komunikatu zatwierdzenia z opcją --edit.

Answer 1

Nie chcesz --ff-only, ponieważ chcesz dokonać scalenia, które zostanie zablokowane przez --ff-only.

Wybrany czek może zostać wykonany jako osobna kontrola przed uruchomieniem polecenia scalania. Możesz spakować to w prostą funkcję powłoki.

E.g.

merge_if_ahead() { 
    if test "$(git merge-base HEAD "$1")" = "$(git rev-parse HEAD)"; then 
     git merge --no-ff "$1" 
    else 
     echo >&2 "Not up to date; refusing to merge" 
     return 1 
    fi 
} 

Answer 2

Utworzyłem alias, który pracuje dla moich prostych testów

git config --global alias.ffmerge '!sh -c "git merge --ff-only $1 && git reset --hard HEAD@{1} && git merge --no-ff $1" -' 

Składa się z 3 komend, jedna po drugiej, że nie uda, jak tylko pierwsza zawiedzie. Objaśnienie każdej z nich:

git merge --ff-only $1 

Wykonanie błędu nie powiedzie się, jeśli scalanie nie może być kontynuowane jako szybkie scalanie. ($ 1 to nazwa oddziału przekazany jako argument)

git reset --hard HEAD@{1} 

Jeśli pierwsze polecenie powiedzie to oznacza, że ​​możemy zrobić szybki napastnik seryjnej ale jak chcemy zrobić scalającej będziemy przenieść z powrotem do stanu HEAD tuż przed naszym (udanym) scaleniem. HEAD @ {1} jest wskaźnikiem reflog.

git merge --no-ff $1 

Teraz zrobimy prawdziwy seryjnej z seryjnej popełnić nawet jeśli scalanie może przejść głową, szybko do przodu.

Proste połączenie z git ffmerge zrobi dla nas wszystko, jedyny krok, który może się nie powieść, jest pierwszy i pozostawi nas w niezmienionej kopii roboczej, jak wcześniej.

Jak zawsze z git reset --hard kopia robocza powinna być czysta.

Answer 3

git config alias.mff '!mff() { git merge --ff-only "$1" && git reset --hard HEAD@{1} && git merge --no-ff "$1"; }; mff' 

i od tej pory

git mff other-branch