Git: Не рекомендуется ли использовать параметр commit -m? - PullRequest
1 голос
/ 19 марта 2020

Я когда-то участвовал в курсе по науке о данных, и профессор посоветовал, чтобы при использовании git сообщения коммитов добавлялись через редактор. Он фактически советовал не использовать опцию git commit -m "message". Я не помню, почему он это сказал.

Ну, я постоянно игнорировал этот совет, особенно когда у меня очень короткие сообщения о коммите, но мне было интересно, есть ли в этом какая-то заслуга. Я искал в Интернете, но ничего не нашел по этому поводу.

Ответы [ 3 ]

2 голосов
/ 19 марта 2020

Ну, твой профессор был на самом деле прав. Мы не должны использовать git commit -m "message", потому что это бесполезно для очень описательного и запутанного изменения.

Например, написание сообщения такая сортировка будет почти невозможным через -m вариант. Всегда рекомендуется использовать редактор для одного и того же.

Чтобы открыть редактор, вы делаете git commit, и он переводит вас в установленный вами редактор по умолчанию, где вы можете ввести свои коммиты. Вы можете изменить свой редактор, изменив файл .gitconfig! :)

Я использую Vim для этой цели, вы можете выбрать любой понравившийся вам редактор.

Best.

1 голос
/ 19 марта 2020

Если вам нужно написать сообщение о многострочной фиксации, и вы действительно доверяете собственному вводу текста, вы можете сделать

git commit -m "Fix for bug #00001[hit enter]
[hit enter]
By analyzing the foo in the bar the fix resulting in baz was applied.[hit enter]
This fixes the bug and tests have been provided in tests/testBaz0001 directory[hit enter]
"[hit enter]

Помните, что вы не можете изменить то, что набрали в предыдущем предложении, после того, как нажали ввод следовательно, вы доверяете собственному вводу текста.

Для сложных коммитов, которые должен прочитать другой человек, используйте редактор. Или, если вам повезет, используйте commit -m с многострочным сообщением.

1 голос
/ 19 марта 2020

Это во многом зависит от вашего рабочего процесса.

Если вы работаете в локальной ветке, например, в ветке, предназначенной для решения заявки или реализации функции, вы можете делать коммиты очень часто и использовать git commit -m , Но когда вы объединяете или перемещаете свою работу в восходящем потоке, короткое сообщение - плохая практика. Цель git - иметь историю, поэтому короткое сообщение бесполезно, и даже если объем работы невелик, вы хотите, по крайней мере, дать контекст и описать свои изменения. В этом типе рабочего процесса часто совершайте коммиты с короткими сообщениями и перебирайте / объединяйте с большими, красиво отформатированными сообщениями (выбор форматирования зависит от вас и вашей команды).

В зависимости от того, как вы интегрируете свою работу в ваша основная ветвь (или любая другая полезная ветка, которую вы можете иметь), обычно, если вы не делаете частые коммиты, вы также можете никогда не использовать git commit -m, но всегда git commit.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...