 | Эта статья требует дополнительных ссылок для проверки . ( июнь 2014 г. ) ( Узнайте, как и когда удалить это сообщение-шаблон ) |
В разработке программного обеспечения , нейтральная сборка является программным обеспечением сборкой , которая отражает текущее состояние исходного кода в проверенном исходном коде систему управления версиями разработчиков, и сделано в нейтральной среде (среда , не используется для развития).
Ночная сборка является нейтральной сборкой , которая происходит автоматически. Обычно это происходит, когда никто не будет работать в офисе, так что исходный код не изменяется во время сборки. Результаты сборки проверяются прибывающими программистами, которые обычно уделяют приоритетное внимание тому, чтобы последние изменения исходного кода не нарушили процесс сборки или функциональность программного обеспечения. Ночные сборки также гарантируют, что инструменты сборки не сломались из-за обновлений системы, и поэтому часто запускаются независимо от того, изменился какой-либо исходный код или нет.
Напротив, среды непрерывной интеграции автоматически перестраивают проект всякий раз, когда вносятся изменения - часто несколько раз в день - и обеспечивают более немедленную обратную связь; однако они не обязательно включают ночные сборки. В результате обновления компилятора и инструментов могут нарушить возможность простой компиляции старых проектов без предупреждения. Тем не менее, методы CI считаются более современным подходом. Задания CI часто выполняются на изолированных виртуальных машинах и обычно включают автоматическое тестирование.
Когда кто-то говорит, что разработчик «сломал сборку», они фактически говорят, что разработчик проверил код, который вполне мог быть скомпилирован (и, надеюсь, также правильно работать) в их учетной записи, но не компилируется (и, следовательно, не может быть запущен) в чужом аккаунте. Обычно это происходит из-за дополнительных изменений, специфичных для разработчика, которые либо не были зарегистрированы, либо (в случае переменных среды и т. Д.) Были модификациями систем, не находящихся под контролем версий . Один из наиболее распространенных случаев - не забыть проверить все измененные файлы, но забыть добавить вновь созданныефайлы в репозиторий. Если другие разработчики проверяют новый код, не зная о проблеме, их работа может остановиться, пока они ждут, пока проблема не будет исправлена (или попытаются исправить ее самостоятельно, что может быть еще более проблематичным, если несколько разработчиков попытаться исправить проблему одновременно). Это, естественно, может привести к значительной потере производительности.
Нейтральные сборки важны для процессов разработки программного обеспечения, работающих при высоких нагрузках и с короткими графиками (см. Экстремальное программирование , запуск ). Их отсутствие означает, что любая сборка, которая должна быть создана для отдела обеспечения качества программного обеспечения, будет использовать код, который может находиться в середине основных модификаций, и поэтому его лучше не включать в сборку, предназначенную для независимой проверки, особенно если сборка оценивается для возможного выпуска.
Опасности [ править ]
Некоторые препятствия на пути к надежному нейтральному процессу сборки:
- Получение единой системы автоматизации сборки и набора файлов управления проектом.
- Наличие той же операционной системы и инструментов, что и на машинах для разработки.
- Настройте процедуру оформления заказа, которая обеспечит актуальность всех файлов. Это может означать дополнительную задачу интеграции системы контроля версий с процессом.
- Отделение процесса сборки от конкретных IDE .
- Настройка адекватной обратной связи от системы сборки, чтобы можно было диагностировать неудачные сборки.
- Убедительное руководство в преимуществах автоматизированных сборок.
Примеры с открытым исходным кодом [ править ]
В следующем списке приведены некоторые примеры программного обеспечения, которое имеет общедоступные ночные и / или нейтральные сборки.
- Arduino , семейство одноплатных микроконтроллеров [1]
- Atom , текстовый редактор, используемый в основном для компьютерного программирования [2]
- CyanogenMod , специальный ROM для устройств на базе Android [3]
- Firefox , веб-браузер [4]
- Media Player Classic , медиаплеер [5]
- MuseScore , программа для написания нот [6]
- RetroArch , эмулятор игровых приставок в стиле ретро [7]
- Симутранс , транспортный симулятор [8]
- VLC media player , медиаплеер с открытым исходным кодом [9]
- WebKit , средство визуализации веб-браузера, используемое Apple Safari [10]
См. Также [ править ]
- Ежедневная сборка
Ссылки [ править ]
- ^ «Программное обеспечение» . www.arduino.cc . Источник 2021-01-26 .
- ^ «Взломанный текстовый редактор для 21 века» . Атом . Источник 2021-01-26 .
- ^ http://get.cm/?type=nightly
- ^ «Загрузите и протестируйте будущие выпуски Firefox для настольных компьютеров, Android и iOS» .
- ^ «Главная · MPC-HC» .
- ^ https://bintray.com/musescore/nightlies-linux
- ^ "RetroArch" . www.retroarch.com . Источник 2021-01-26 .
- ^ Сообщество, An_dz & Simutrans. «Симутранс Найтли» .
- ^ "Ночные сборки медиаплеера VLC" . Организация VideoLAN . Проверено 21 февраля 2014 года .
- ^ "Загрузки WebKit" .
