Почему Open Design Alliance решил перейти на ежемесячные релизы своих библиотек?

Переход к ежемесячной схеме релизов — не прихоть, а итог совершенствования процессов разработки ПО в ODA за последнее десятилетие. Первым толчком стала разработка в 2011 году кроссплатформенной системы сборки и тестирования, работающей в методологии непрерывной интеграции (Continuous Integration). Работая с ней, любой разработчик ODA получал сообщения об ошибках компиляции или тестирования в течение пары часов и мог быстро исправить эти проблемы. Это стало большим шагом вперед по сравнению с еженедельными или ежемесячными циклами контроля, когда разработчикам приходилось перелопачивать сотни модификаций исходного кода, чтобы найти строки кода, которые надо исправить. Конечно, в связи с ограничениями на количество тестов, которые можно прогнать после каждой отдельной модификации исходного кода, мы также использовали базы тестов для ежедневного, еженедельного и ежемесячного тестирования, и каждая следующая из этих баз была большего объема, чем предыдущая.

В 2013 году ODA перешел на разработку по методологии Agile и стал вести разработку, разделяя процесс на 4-недельные “спринты”. Это было сделано для улучшения процесса планирования и увеличения предсказуемости результатов разработки ПО. Следующим естественным шагом стало построение базы автоматизированных тестов и перестроение процесса поставок ПО членам альянса на это новое расписание.

В 2014 году ODA начал предоставлять результаты ежемесячных спринтов членам альянса как “промежуточные” версии, которые пользователи могли загрузить для более раннего доступа к новым функциям и исправлениям проблем предыдущих версий.

Начиная с 2014 года и до настоящего времени ODA постоянно улучшал эту систему, применяя

• увеличение количества тестов за счет инвестиций в вычислительные мощности, включая повсеместное использование виртуализации;
• увеличение покрытия тестами за счет активного создания новых тестов на корректность, стабильность, производительность и контроль утечек памяти;
• улучшение системы контроля качества новыми функциями, более удобным интерфейсом и повышением надежности;
• постоянное улучшение качества и эффективности процессов тестирования, а также улучшение качества ежемесячных релизов, в том числе за счет того, что процесс выпуска ПО стал менее трудоемким и более надежным.

В 2015 году Onshape, один из членов альянса ODA категории “Founding Member”, объявил о достаточно смелом и уникальном на то время расписании обновлений своей облачной САПР: один раз каждые три недели. Успех Onshape показал, что короткие циклы между релизами могут быть эффективными при разработке современных САПР. Конечно, короткие интервалы между релизами требуют точного планирования, высокой дисциплины, полного вовлечения команды и аккуратного исполнения — но если все эти факторы являются частью культуры вашей компании, частые высококачественные релизы приносят много пользы.