Czy można ograniczyć widok dziennika Magit do zatwierdzeń z bieżącej gałęzi?

Obecnie, kiedy otwieram lokalny dziennik magitów („l l”), zajmuje to sporo czasu. Byłoby miło, gdyby dziennik ograniczył się do najbliższej bazy scalania (np. Vs origin / master), ale nie byłem w stanie wymyślić, jak to zrobić.

magit

— stsquad
źródło

Odpowiedzi:

magit-logakceptuje opcjonalny rangeargument. Możesz także zrobić, l r la origin/masternastępnie HEAD.

W Magit 2.x możesz użyć l otego samego efektu. W takim przypadku należy określić zakres przy użyciu standardowych specyfikatorów zakresu git (zazwyczaj notacja „podwójna kropka”):
l o origin/master..HEAD

— rekado
źródło

OK magit zmienił wyskakujące okienko magit-log, ponieważ „r” zabiera mnie teraz do

— reflogu

jakiej wersji magitużywasz? Działa dla mnie z magit-20141025.429.

— rekado

W Magit 2.xl o

— Filip

@rekado: tak, używam magit / next (który, jak myślę, właśnie przeszedł do MELPA). Jeśli zaktualizujesz obie sekwencje klawiszy, zaakceptuję odpowiedź.

— stsquad

Zaktualizowałem odpowiedź informacjami o komentarzu @phils.

— rekado

Począwszy od v2.1.0możesz wyświetlać dzienniki dla dowolnych gałęzi, zatwierdzeń i zakresów za pomocą l o RET.

Możliwe jest również, aby z wielu gałęziach zobowiązuje log na raz oddzielając je przecinkami: l o , RET.

— Tarsjusz
źródło

Pytanie, w jaki sposób ograniczyć zobowiązania do tego, co się wydarzyło, odkąd „najbliższa baza scalania”, myślę, że masz na myśli l o origin/master..HEAD RET, czy to prawda? Aby uniknąć konieczności wpisywania tylu znaków za każdym razem („origin / master..HEAD” to 20 znaków!), Istnieje sposób, aby ustawić to jako domyślne / wszędzie, np. Zawsze ograniczaj zatwierdzenia o origin/master...HEAD(lub (git merge-base master HEAD)~10, powiedzmy), tj. nigdy nie próbujesz pokazać całej obszernej historii udostępnionej origin/master?

— ShreevatsaR

BTW, magit jest niesamowity, dziękuję bardzo za pracę nad tym i bycie tutaj, aby odpowiedzieć na pytania. To już ogromnie zmieniło mój sposób pracy; Czuję się o wiele bardziej wydajny i produktywny. :-)

— ShreevatsaR