SQM 20/24: Commits Density [software quality crash course] [eng sub]
Вставка
- Опубліковано 11 чер 2024
- 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) - Наука та технологія
Очень интересная лекция вышла, спасибо!
P.S. Не думаю что LLM смогут описать то, почему программист сделал изменения. Откуда они могут об этом знать? Будет скорее всего так же как у вас с copilot, что он будет предлагать коммит мессадж, не связанный с тем, что хотел написать программист. В таком случае, было бы полезно, чтобы эта LLM предлагала как улучшить коммит мессадж (то же самое как с тем, что вы предлагали в качестве замены copilot).
Спасибо за консолидацию огромного объема теоретической информации и практических знаний в одной лекции. Согласен со всеми заключениями.
У меня вопрос по одному кейсу, который возникает, как я понимаю, достаточно редко: на работе у меня стоит один комп, а дома другой. Часто я начинаю делать задачу в одном месте, а заказнчваю в другом. Это требует делать промежуточные коммиты, которые (сейчас все реже) содержат неработающие версии кода. Не делать такоие коммиты я не могу, поскольку в противном случае я должен таскать "железки" с собой или терять время, которое можно потратить на доработки, ожидая доступности "железок".
Есть ли рекомендации по таким сценариям работы? Как минимум в описании подобных коммитов.
может быть делать комит, идти в офис, делать revert и продолжать?
Можно сделать git reset --soft HEAD~, либо в IDEA пкм по коммиту -> Undo Commit. Оно уберёт последний коммит, оставив изменения в репозитории.
@@yegor256 спасибо, буду пробовать.
@@muravlevas спасибо, буду пробовать
Если есть задача требующая 100 комитов, но отдельные коммиты делают код нерабочим, а только все 100 комитов создадут рабочий код, как комитить в таком случае?
Комитить в ветку, а потом, когда все готово, мержить ветку в master (я так делаю)
Кажется это признак не очень хорошей архитектуры: high coupling, low cohesion.
you give me motivation every day
looks like this is a bot or ad-account