SK
Чтоб в истории "одна фича - один коммит"
Как это коррелирует с моим ответом?
Size: a a a
2019 May 16
VM
Прямо. "Совершенно не важно, сколько их"
SK
Моё имхо. Я не вижу смысла в запарах вида "одна фича - один коммит". Равно как не вижу смысла в запарах вида "каждую отдельную мыслю в отдельный коммит". Поэтому реквестирую третью опцию в опросе - "похер".
VM
При работе локально сколько угодно коммитов, а перед мерджем слить. Как такой вариант?
SK
При работе локально сколько угодно коммитов, а перед мерджем слить. Как такой вариант?
Я так не делал. Если по блейму после такого фортеля можно проследить джиру, пр и девелопера, то нормальный вариант.
VM
Always Squash and Rebase your Git Commits
https://blog.carbonfive.com/2017/08/28/always-squash-and-rebase-your-git-commits/
https://blog.carbonfive.com/2017/08/28/always-squash-and-rebase-your-git-commits/
VM
Типа такого
SK
Типа такого
Как бэ ок, но опрос был немного о другом все таки
VM
Об этом же. Один или много коммитов на фичу. Я говорю, что локально можно много для удобства, а потом слить в одну перед мерджем. Или я не понимаю вопрос?
SK
Об этом же. Один или много коммитов на фичу. Я говорю, что локально можно много для удобства, а потом слить в одну перед мерджем. Или я не понимаю вопрос?
Ну и что выбрали в опроснике в итоге?)
VM
Первый
SK
Ок. Лично меня мержи не напрягают - привычка. Вот я выше упомянул что видел kpi на количество коммитов в день? Вот он приносит некоторый дискомфорт. Если есть kpi значит это важно, так? Зачем это важно? Хрен его знает. А может все таки не важно? Я вот думаю что не важно. Поэтому имхо - пофиг сколько там коммитов в фиче. "Пофиг" - важная опция. Помогает ненужные kpi убирать.
VM
Ок. Лично меня мержи не напрягают - привычка. Вот я выше упомянул что видел kpi на количество коммитов в день? Вот он приносит некоторый дискомфорт. Если есть kpi значит это важно, так? Зачем это важно? Хрен его знает. А может все таки не важно? Я вот думаю что не важно. Поэтому имхо - пофиг сколько там коммитов в фиче. "Пофиг" - важная опция. Помогает ненужные kpi убирать.
это пример плохого контракта (теория игр). предпосылка, что количество коммитов ~ количество кода ~ объем работы. но агенты злоупотребляют объявленные правила.
VM
Саватеев на JPoint читал как-то доклад про механизмы. Шикарно
SK
это пример плохого контракта (теория игр). предпосылка, что количество коммитов ~ количество кода ~ объем работы. но агенты злоупотребляют объявленные правила.
Не будем предпосылки додумывать здесь. По сути я не видел вообще никакой корреляции между этой метрикой и последствиями. Никаких премий и наказаний за коммиты. Но метрика была. Вроде как считалось негласно что чем она выше, тем лучше.
SK
Что как раз и подкрепляет мой пофигизм в этом плане. Kpi есть, кому нужен неясно. Так и смысл тогда задаваться вопросом о количестве коммитов? Эдак кому нить придёт ещё в голову делать выводы какие то. И kpi пригодится внезапно/
И опять же - опрос был все таки про кол-во коммитов, а не про как в апстрим лить лучше - мержем сквошем или ребейзом
И опять же - опрос был все таки про кол-во коммитов, а не про как в апстрим лить лучше - мержем сквошем или ребейзом
AT
При работе локально сколько угодно коммитов, а перед мерджем слить. Как такой вариант?
Вот я сейчас пытаюсь разобраться с таким г..ном. Куча рефакторинга и логика, все засквошено в кучу. И автор уже уволился. Убить автора идеи
AG
До тех пор пока каждый коммит имеет вменяемое название и ссылается на тикет, совершенно неважно сколько их.
плюсую. Мой опыт показывает так намного эффективнее и продутивнее.
ch
Я конечно не спец в git, но думаю все таки надо делать частый локальные каммиты, чтобы можно было в любой момент откатить код, а на сервер загружать только финальный каммит.
ch
Тут некоторое время назад упоминался buider SQL запросов, можете подсказать название либы?