henry_flower | Наконец-то появилось нормальное стади об влиянии Git на

Наконец-то появилось нормальное стади об влиянии Git на процесс разработки, вместо восхищенного blah-blah-blah distributed blah-blah-blah branches на конференциях и в бложиках несколько лет назад.

http://research.microsoft.com/pubs/157290/paper.pdf

Чуваки проанализировали 118,000 коммитов в лайнуксное ядро за 3.5 года, чтобы выяснить:

- использования бранчей уменьшает distractions девелопера, т.к. в идеале, отодвигает процесс семантического анализа к этапу merge. Если бранчи не использовать, анализировать состояние trank'а приходится все время, а это ухудшает производительность из-за task-switching;

- "создавать или нет" бранч - это вопрос cohesive changes, т.е. чем больше не-изолированных изменений приходится вносить для добавления новой фичи, тем больше отдельный бранч помогает.

- Рекламируемое свойство distributed никого в почему-то реальности не волнует. На Git переходят из-за легкости branch+merge. (Тугодумное наблюдение.)

Выучил новые 2 оборота: the qualitative phase - это когда ты спрашиваешь (например, голосом) мнение, а the quantitative phase - это сбор данных и их анализ для валидации отех мнений.

Permalink: https://plus.google.com/115290581164606462017/posts/KcqPyqXrHWp