SQM 20/24: Commits Density [software quality crash course] [eng sub]

A lecture for BSc students in HSE University.
The slides are here: github.com/yegor256/sqm (in LaTeX and PDF)
Blog: www.yegor256.com
Books: www.yegor256.com/books.html
GitHub: github.com/yegor256 (don’t hesitate to follow in order to stay informed)
Telegram channel with recent news and updates: t.me/yegor256news (subscribe to not miss a thing)
Twitter with daily and weekly updates: / yegor256 (follow me!)
iTunes: podcasts.apple.com/us/podcast...
SoundCloud: / yegor256
0:00 Вступление
3:21 1975, Marc J. Rochkind
6:20 1998, Todd Graves
16:18 1999, David Atkins
17:38 2000, Audris Mockus
21:31 2004, German Daniel
25:18 2008, Ahmed E. Hassan
27:04 An Overview of MSR Achievements
33:05 2008, Witold Pedrycz
40:26 2008, Abdulkareem Alali
47:32 2008, Abram Hindle
52:37 2009, Oliver Arafat
56:06 2010, Marco D'Ambros
59:00 2010, Raymond Buse
1:02:26 2013, Robert Dyer
1:05:11 2014, Luis Fernando Cortés-Coy
1:07:50 2017, Jeongju Sohn
1:10:05 2024, Yuxia Zhang
1:11:49 Pitfalls of Automated Commits Generation
1:14:51 Commits Best Practices (Codes' Folklore)

[@muravlevas]

Очень интересная лекция вышла, спасибо!
P.S. Не думаю что LLM смогут описать то, почему программист сделал изменения. Откуда они могут об этом знать? Будет скорее всего так же как у вас с copilot, что он будет предлагать коммит мессадж, не связанный с тем, что хотел написать программист. В таком случае, было бы полезно, чтобы эта LLM предлагала как улучшить коммит мессадж (то же самое как с тем, что вы предлагали в качестве замены copilot).

[@ruslangabitov5202]

Спасибо за консолидацию огромного объема теоретической информации и практических знаний в одной лекции. Согласен со всеми заключениями.
У меня вопрос по одному кейсу, который возникает, как я понимаю, достаточно редко: на работе у меня стоит один комп, а дома другой. Часто я начинаю делать задачу в одном месте, а заказнчваю в другом. Это требует делать промежуточные коммиты, которые (сейчас все реже) содержат неработающие версии кода. Не делать такоие коммиты я не могу, поскольку в противном случае я должен таскать "железки" с собой или терять время, которое можно потратить на доработки, ожидая доступности "железок".
Есть ли рекомендации по таким сценариям работы? Как минимум в описании подобных коммитов.

[@yegor256]

может быть делать комит, идти в офис, делать revert и продолжать?

[@muravlevas]

Можно сделать git reset --soft HEAD~, либо в IDEA пкм по коммиту -> Undo Commit. Оно уберёт последний коммит, оставив изменения в репозитории.

[@ruslangabitov5202]

@@yegor256 спасибо, буду пробовать.

[@ruslangabitov5202]

@@muravlevas спасибо, буду пробовать

[@ipatov_maxim]

Если есть задача требующая 100 комитов, но отдельные коммиты делают код нерабочим, а только все 100 комитов создадут рабочий код, как комитить в таком случае?

[@yegor256]

Комитить в ветку, а потом, когда все готово, мержить ветку в master (я так делаю)

[@ilya2184]

Кажется это признак не очень хорошей архитектуры: high coupling, low cohesion.

[@BUY_YOUTUBE_VIEWS_d114]

you give me motivation every day

[@ghZTrikz]

looks like this is a bot or ad-account