Сегодня Ахмад Аваис запустил WP Continuous Deployment , конвейер непрерывного развертывания для обновления плагинов, размещенных на WordPress.org, с помощью действий GitHub. Это сценарий CLI на основе Node.js, который упрощает процесс обновления плагинов. Разработчикам нужно всего лишь ввести одну строку в терминале или командной строке. За исключением настройки пары секретных ключей на GitHub, скрипт обрабатывает все за несколько секунд.
«Мы живем в эпоху гибких рабочих процессов», – написал Авайс в объявлении о проекте . «Разработчики только хотят git commit && git pushи ожидают, что их продукты будут развернуты по всему миру… Прошла минута с тех пор, как я работал над проектом WordPress, но в последний год или около того я фантазировал о рабочем процессе развертывания плагинов на основе git, который позволит мне наконец уйти от этих старых репозиториев SVN ».
14 ноября GitHub объявил о развертывании GitHub Actions . Действия – это способ для разработчиков автоматизировать рабочие процессы из своих репозиториев Git. Разработчики могут делиться ими, разветвлять и повторно использовать их в проектах. Несколькими днями позже 10up запустил два экшена на GitHub для разработчиков плагинов WordPress. Эти действия являются основой для непрерывного развертывания WP.
Действие развертывания плагина WordPress от 10up обрабатывает развертывание обновлений плагина непосредственно в каталог плагинов WordPress. Действие Readme / Assets Update для плагина WordPress.org обрабатывает фиксацию изменений в файле readme или активах плагина. Сценарий непрерывного развертывания WP автоматически добавляет оба и настраивает соответствующие файлы рабочего процесса GitHub для каждого.
«Что я надеюсь достичь с помощью WP Continuous Deployment, так это упростить любому разработчику использование GitHub Actions, созданного 10up и другими, и помочь перейти на этот новый рабочий процесс с небольшой долей автоматизации», – сказал Авайс. «Без непрерывного развертывания WP переход на GitHub Actions для развертывания плагинов WordPress – это задача, требующая знания того, как работают GitHub Actions, какие файлы вы должны создавать, какие секреты и куда их помещать. Мы теряем огромное количество разработчиков, которые не могут понять этот шаг – из-за громоздкого и сухого опыта эксплуатации ».
Рабочий процесс многих разработчиков WordPress сегодня проходит напрямую через Git, в основном с репозиториями, размещенными на GitHub. Часто разработчики ожидают, что любой зафиксированный код будет автоматически развернут там, где он должен быть, например, на производственных веб-сайтах.
Система каталогов плагинов WordPress, которая использует SVN вместо Git, иногда может быть узким местом в рабочих процессах команды. В некоторых командах даже есть разработчики, которые никогда не использовали SVN в своей карьере. Командам имеет смысл использовать единую систему. Это приводит к меньшему количеству ошибок и требует меньше ресурсов для обучения людей работе с умирающей системой контроля версий.
«Мы никому не делаем одолжение, сохраняя SVN», – сказал Авайс. «В проекты нанимают сотни разработчиков с открытым исходным кодом, чтобы сообществу разработчиков было проще взаимодействовать с их проектами. В то время как WordPress, который когда-то обладал этим преимуществом, начал отставать, делая трудным и непрактичным начало разработки WordPress. Выберите 100 случайных студентов для университетов по всему миру и попросите их начать проект с открытым исходным кодом. Вы будете поражены тем, что большинство из них решат начать с лицензии Git и MIT. И здесь, в сообществе WordPress, мы просим людей использовать SVN. Сегодня это непрактично и недоступно для большинства разработчиков ».
Авайс сказал, что Действия GitHub позволили его команде сбросить много мертвого груза. Первоначально он не делал свои действия GitHub с открытым исходным кодом, потому что они были специфичны для его вариантов использования. Урезав код, он понял, что они ничем не отличаются от действий, которые уже выпустил 10up.
«Я рассматриваю SVN как задачу DevOps», – сказал он. «То, чем веб-разработчикам не стоит беспокоиться в 2020 году. Веб-разработчики хотят создавать веб-сайты. Для этого они хотят использовать Git. С JAMstack все привыкли к идее отправки коммита git и получения новой сборки / выпуска. Вот почему я создал WP Continuous Deployment ».
Настроить через 1, 2…
Когда я первоначально тестировал GitHub Actions 10up в прошлом году, мне пришлось немного научиться. Мне нужно было выяснить, для чего нужны эти новые файлы рабочего процесса и нужно ли что-то менять. Это не был слишком сложный процесс, но был момент или два замешательства.
Сценарий Awais продвигает эти два действия GitHub на шаг вперед и автоматизирует почти всю настройку.
Для запуска сценария у разработчиков должен быть установлен Node.js, что сегодня довольно распространено. npx wp-continuous-deploymentСценарий устанавливается с помощью одной команды . Затем вам будет предложено ввести название вашего плагина WordPress.org, чтобы все настроить. После этого вам просто нужно создать пару секретных ключей в вашем репозитории GitHub.
Авайс хотел автоматизировать весь процесс. Однако у GitHub пока нет API для создания секретных ключей. Пока этого не произойдет, это единственный требуемый шаг вручную.
В течение двух минут после выбора репозитория, в котором я хотел бы протестировать скрипт, все было готово к работе. Теперь мне просто нужно найти время, чтобы написать код для некоторых из моих многочисленных плагинов, чтобы я мог действительно проверить этот скрипт. Пока все идет хорошо.
Возможно, я наконец-то смогу вычистить из моей жизни все, что связано с SVN. Это было бы долгожданным изменением. #lifegoals
