Помимо углубленного изучения того, как работает AWS Lambda, ознакомьтесь с AWS CodeBuild и AWS CodePipelilne .
Вы можете запускать сборку всякий раз, когда вы вносите изменения в свой репозиторий github, в зависимости от настроек source
на этапе конвейера. Свяжите свой репозиторий github на шаге.
Часть CodeBuild служит вашей средой, которая создает проект. Я предполагаю, что zappa - это только один из инструментов, которые вы используете для развертывания, вы можете добавить это как часть этапов / фаз buildspec, необходимых для сборки приложения, или, возможно, просто загрузить требования вашего приложения и / или загрузить их на s3, который будет исходным кодом, к которому будет обращаться ваша лямбда-функция.
Попытайтесь добавить раздел зависимостей к своей сменной конфигурации.
Например,
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-checkstyle-plugin</artifactId>
<dependencies>
<dependency>
<groupId>com.example.whizbang</groupId>
<artifactId>build-tools</artifactId>
<version>1.0</version>
</dependency>
</dependencies>
</plugin>
Посмотрите Знатока Checkstyle Plugin - Конфигурация Мультимодуля для получения дополнительной информации.
Как объяснено на странице плагина Checkstyle,
configLocation:
Указывает местоположение конфигурации XML для использования.
Потенциальные ценности являются путем файловой системы, URL или ресурсом пути к классу.
Я никогда не делал это на своем проекте...
Вы уверены, что JAR, содержащий XML-файл, находится в пути к классу, когда checkstyle плагин запускается?
У меня есть родитель, который указывает checkstyle плагин и имеет в его папке ресурса соответствующий mycheckstyle.xml. Я использую плагин блока знатока, чтобы сделать банку моей родительской папки ресурса и определить ту банку как зависимость в моем ребенке. Таким образом, когда ребенок наследовал checkstyle плагин +, это - конфигурация от родителя, это должно смочь найти mycheckstyle.xml. Я следовал инструкциям на checkstyle сменной странице, но она не работала.