За последние пару недель я пытался настроить систему CI на несколько проектов с открытым исходным кодом.
Несколько вещей, которые я узнал
У некоторых разработчиков с открытым исходным кодом нет системы управления общедоступными версиями (на основе ответов на мои электронные письма некоторые из них могут вообще не использовать какую -либо систему управления версиями.)
Некоторые говорят, что у них есть венчурные капиталисты, но не хотят ссылаться на это. Они ожидают, что потенциальные участники отправят исправления в электронном письме.
Многие не знают, что CI может дать им, и не были заинтересованы.
Несколько вещей, которые настройка CI помогла нам раскрыть
Я отправил около 20-30 запросов на настройку настройки действий GitHub, интегрированная система CI System GitHub предоставляет различным проектам с открытым исходным кодом.
Вот вещи, которые мы нашли
- Разработчик забыл добавить файл в репозиторий GIT, и поэтому тесты не не могли запускать ни системы CI, ни на кого -то другое компьютер.
- Разработчик забыл выпустить некоторые изменения.
- Код упаковки (сценарий сборки) опирается на частный код, который еще не выпущен.
- Код упаковки (сценарий сборки) опирается на локальную конфигурацию, которая не предназначена (и не должна быть привержена), чтобы GIT, поскольку она включает пароль.
- В одном из пакетов была цепочка для требований, поэтому ее вообще не могла быть установлен.
- Тестовый скрипт не удался без локальной конфигурации.
- Некоторые из зависимостей не были объявлены в распределении.
Поэтому, если вам интересно, стоит ли пройти через процесс и настроить систему CI, это лишь несколько вещей в том, что система CI может помочь вашему проекту.
Хотели бы вы настроить CI, но не знаете, как?
Если у вас есть проект с открытым исходным кодом, я бы рад помочь вам бесплатно.
Если у вас есть проект с закрытым исходным кодом, я могу предложить эту помощь в качестве услуги.
Оригинал: «https://dev.to/szabgab/what-adding-ci-to-30-projects-revealed-3d4k»