О Firefox 3 и важности хорошего процесса сборки
Макс ИщенкоОпубликовано 19.04.2007 в Управление проектами
Деннис Форбс исследовал Firefox 3 и написал много хорошего о его процессе сборки (компиляции):
Это наиболее красивая, беспроблемная процедура для такого объемного проекта из всех, которые я видел.
Простой и понятный (и конечно автоматизированный) процесс сборки проекта экономит много времени. К сожалению, его не так просто построить и поддерживать, для любого нетривиального проекта. Особенно если принять во внимание необходимость тестового развертывания, выполнение автотестов, регулярные билды и т.п.
(Еще не оценили)
Загрузка ...Понравилась статья? Подпишись на обновления по RSS/E-mail
Она красива ровно до тех пор, пока вы не попробовали оживить какой-нибудь порт на графическую подсистему из разряда Tier-3. Например, если хочется собрать порт на чистый Xlib, который там есть (а хочется не баловства ради, а потому, что оно не тормозит — работать с ним можно). Или недавний чекаут из CVS, в котором –enable-glitz задекларирован и даже работает, но при этом libmozglitz_s.a, собрамшись, не кладется в dist/lib.
На самом деле у проекта довольно несовершенная обработка ситуаций, когда что-либо заброшено либо экспериментально и “not expected to compile cleanly”. Например, возможность в configure сделать такие опции невалидными. И эта ситуация странна, тем более, что у Mozilla таких веток кода (либо слишком новых, чтобы нормально собираться, либо слишком старых) хоть отбавляй.
а еще она не собирается с QT в убунту - пишет что надо более новое qt хотя стоит самое новое