Post #3160871
2026-05-19 19:46 UTC
@knightpp@mastodon.knightpp.cc ну давай тоді подумаємо разом. Те що зараз спало на думку то це випадки коли треба відкотити конкретну змінну чи послатися на конкретний баг в цій змінні. Чистота коміту та гарний опис (достатньо коментаря без додаткової нотатки, головне шоб цей один коміт не не мав під собою три різні речі) дозволить якісно та безболісно це зробити. Згадаю ще якийсь конкретний приклад — доповню.
@advelin@mastodon.social
Replies (1)
-
@knightpp@mastodon.knightpp.cc 2026-05-19 21:59
@foresle@wrong.city гм, згоден що коміти бажано робити незалежними, тоді відкат не є проблебою через залежність від інших змін. Хороший опис також може включати причину цієї зміни. Це дасть шанс на краще розуміння архітектури, що можна змінити а що ні. А якщо це новий проєкт(на одну людину), де кожен день очікуються великі зміни? Я в таких можу навіть непрацюючий код комітати з повідомленням "WIP: Day 7". Тут є деякі пояснення стилю в GNU https://www.gnu.org/prep/standards/html_node/Style-of-Change-Logs.html @advelin@mastodon.social