Git commit bez komunikatu o zatwierdzeniu

Jak mogę zatwierdzić zmiany bez określania komunikatu o zatwierdzeniu? Dlaczego jest to wymagane domyślnie?

git generalnie wymaga niepustego komunikatu, ponieważ dostarczenie znaczącego komunikatu zatwierdzenia jest częścią dobrej praktyki programistycznej i dobrego zarządzania repozytorium. Pierwsza linia komunikatu o zmianach jest używana w całym git; aby uzyskać więcej informacji, przeczytaj „Uwaga o komunikatach dotyczących zmian w Git” .

Jeśli otworzysz Terminal.app cdw katalogu swojego projektu i git commit -am ''zobaczysz, że nie powiedzie się, ponieważ pusty komunikat o zatwierdzeniu jest niedozwolony. Nowsze wersje git mają
--allow-empty-messageargument wiersza poleceń, w tym wersję git zawartą w najnowszej wersji Xcode. Pozwoli ci to użyć tego polecenia do wykonania zatwierdzenia z pustą wiadomością:

git commit -a --allow-empty-message -m ''

Przed --allow-empty-messageflagą trzeba było użyć commit-treepolecenia hydraulicznego. Można zobaczyć przykład użycia tego polecenia w rozdziale „Raw Git” z książki Git .

A jeśli dodasz do niego alias, to jeszcze lepiej, prawda?

git config --global alias.nccommit 'commit -a --allow-empty-message -m ""'

Teraz wystarczy wykonać polecenie nccommit, nc z powodu braku komentarza i wszystko powinno zostać zatwierdzone.

Podczas pracy nad ważną aktualizacją kodu, jeśli naprawdę potrzebujesz pośredniego punktu bezpieczeństwa, możesz po prostu zrobić:

git commit -am'.'

lub krócej:

git commit -am.

Uwaga: uruchamiając git1.8.3.2 (lipiec 2013), następujące polecenie ( wspomniane powyżej przez Jeremy'ego W. Shermana ) nie otworzy już edytora:

git commit --allow-empty-message -m ''

Zobacz commit 25206778aac776fc6cc4887653fdae476c7a9b5a :

Jeśli podano pusty komunikat z opcją -mgit commit, to uruchamiany jest edytor.
To nieoczekiwane i niepotrzebne.
Zamiast używać długości łańcucha komunikatu do sprawdzania, czy użytkownik podał taki ciąg, pamiętaj bezpośrednio, czy -mpodano opcję .

git 2.9 (czerwiec 2016) poprawia zachowanie pustych wiadomości:

Zobacz zobowiązanie 178e814 (6 kwietnia 2016) autorstwa Adama Dinwoodie ( me-and) .
Zobacz commit 27014cb (07 kwietnia 2016) autorstwa Jeffa Kinga ( peff) .
^{(Scalone przez Junio ​​C Hamano - gitster- w zobowiązaniu 0709261 , 22 kwietnia 2016 r.)}

commit: nie ignoruj ​​pustej wiadomości podanej przez -m ''

• „ git commit --amend -m '' --allow-empty-message”, mimo że wygląda dziwnie, jest poprawnym żądaniem zmiany zatwierdzenia, tak aby nie zawierało w ogóle żadnej wiadomości.
  Z powodu błędnego wykrycia obecności w -mlinii poleceń, w końcu zachowaliśmy komunikat dziennika z oryginalnego zatwierdzenia.
• „ git commit -m "$msg" -F file” powinno zostać odrzucone bez względu na $msgto, czy jest pustym łańcuchem, czy nie, ale z powodu tego samego błędu nie zostało odrzucone, gdy $msgjest puste.
• „ git -c template=file -m "$msg"” powinien ignorować szablon, nawet jeśli $msgjest pusty, ale tak się nie stało i zamiast tego używał zawartości z pliku szablonu.

Nie potrzebujesz gita, aby to osiągnąć. Kreatywne użycie funkcji bash wystarczy. Jeśli nie dbasz o wiadomości, po prostu ustaw domyślną i zapomnij o niej.

function gitcom() {
  git commit -m "my default commit message"
}

Jeśli czujesz się naprawdę odważny, możesz dodawać, zatwierdzać i przesuwać za pomocą jednego polecenia

function gitzap() {
  git add . && git commit -m "whatevs" && git push $1 $2
}

Którą następnie uruchomisz jako

gitzap origin master

Możesz nawet zagłębić się głębiej i użyć parse_git_branch, aby zapisać sobie tam kilka naciśnięć klawiszy lub ustawić wspólne domyślne ustawienia „origin” i „master”.

Git wymaga, aby zatwierdzenie miało komentarz, w przeciwnym razie nie przyjmie zatwierdzenia.

Możesz skonfigurować domyślny szablon z git jako domyślną wiadomością o zatwierdzeniu lub sprawdzić flagę --allow-empty-message w git. Myślę (nie jestem w 100% pewny), że możesz zmienić konfigurację gita, aby akceptował komunikaty o pustym zatwierdzeniu (co nie jest dobrym pomysłem). Zwykle każde zatwierdzenie powinno wymagać trochę pracy, co jest opisane w twojej wiadomości.

Mam następującą konfigurację w moim prywatnym projekcie:

git config alias.auto 'commit -a -m "changes made from [device name]"'

W ten sposób, kiedy mi się spieszy, robię

git auto
git push

I przynajmniej wiem, z jakiego urządzenia wykonano zatwierdzenie.

Znalazłem najprostsze rozwiązanie:

git commit -am'save'

To wszystko, będziesz omijać komunikaty git commit.

możesz nawet zapisać to polecenie do basha lub innych rzeczy, aby było to prostsze.

Członkowie naszego zespołu zawsze piszą te wiadomości, ale prawie nikt nie zobaczy ich ponownie.

Komunikat o zatwierdzeniu to rzecz zabijająca czas, przynajmniej w naszym zespole, więc ją ignorujemy.

Komunikat dotyczący zatwierdzenia jest najlepszą praktyką, której należy zawsze przestrzegać. Chyba że jesteś jedynym programistą i to się nie zmieni w najbliższym czasie.

git commit -a -m 'asdfasdfadsfsdf'