2019-10-11 11:07:45 -04:00
|
|
|
#!/bin/bash
|
|
|
|
|
set -ex
|
|
|
|
|
|
|
|
|
|
# Current supported architectures
|
|
|
|
|
export ALL_TARGET_ARCH=(amd64 arm32v6 arm64v8)
|
|
|
|
|
|
Automate Docker builds in Azure (#8193)
Fixes https://github.com/certbot/certbot/issues/8022, https://github.com/certbot-docker/certbot-docker/issues/25, and https://github.com/certbot-docker/certbot-docker/issues/20.
This PR builds on https://github.com/certbot/certbot/pull/8192 to set up similar builds in Azure to what we currently have at release time as well as nightly builds allowing us to catch problems in these images before a release. It also fully automates our Docker deployments removing a manual step from our release process. We'll need to update our release instructions once this PR lands.
If you're not familiar with our `certbot-docker` setup, you can read about how these scripts customized the build process on Docker Hub at https://docs.docker.com/docker-hub/builds/advanced/.
You can see the process working properly at:
* Nightly build on my fork: https://dev.azure.com/bmw0523/bmw/_build/results?buildId=345&view=logs&j=70ac378a-cb1f-50d1-b328-169807afbcfa
* Release build on my fork: https://dev.azure.com/bmw0523/bmw/_build/results?buildId=346&view=logs&j=70ac378a-cb1f-50d1-b328-169807afbcfa
* Nightly build on Certbot's Azure setup: https://dev.azure.com/certbot/certbot/_build/results?buildId=2426&view=logs&j=70ac378a-cb1f-50d1-b328-169807afbcfa
The builds on my fork pushed to https://hub.docker.com/u/certbottest. The credentials for this account are in our shared vault in 1password if you want to play around with this.
While the scripts will (almost?) always be run in CI, I tested the scripts successfully on macOS, Ubuntu 18.04, and Ubuntu 20.04, however, **the scripts do not seem to work when using the Docker snap, at least on Ubuntu 20.04.** It does work with the `docker.io` packages from `apt`. I was able to make things work by no longer setting `DOCKER_BUILDKIT`, but as I described in the code comments, this breaks things on Azure.
When writing this PR, I tried to make the minimal modifications to our current set up to get the behavior we want. I'm planning on working on splitting the Docker builds into different Azure jobs so it doesn't increase the overall build time, but this isn't trivial so I figured it would be best done in a separate PR.
* Remove license.
* update build scripts
* write deploy code
* Remove unused READMEs.
* rewrite readme
* Make testing on a fork easier.
* Set up Azure automation.
* fix typo
* Make output more verbose.
* clean up cleanup...everybody everywhere
* separate build and deploy
* Document docker-hub credentials
* Use Docker BuildKit when building.
* Remove unneeded .gitignore files.
* Fix tools/docker/README.md grammar
Co-authored-by: ohemorange <ebportnoy@gmail.com>
* Clarify <TAG> in README.
* no docker snap
* rename docker job
Co-authored-by: Erica Portnoy <ebportnoy@gmail.com>
2020-08-11 16:09:38 -04:00
|
|
|
# Architecture used in tags with no architecture specified (certbot/certbot:latest, certbot/certbot:v0.35.0, ...)
|
2019-10-11 11:07:45 -04:00
|
|
|
export DEFAULT_ARCH=amd64
|
|
|
|
|
|
Automate Docker builds in Azure (#8193)
Fixes https://github.com/certbot/certbot/issues/8022, https://github.com/certbot-docker/certbot-docker/issues/25, and https://github.com/certbot-docker/certbot-docker/issues/20.
This PR builds on https://github.com/certbot/certbot/pull/8192 to set up similar builds in Azure to what we currently have at release time as well as nightly builds allowing us to catch problems in these images before a release. It also fully automates our Docker deployments removing a manual step from our release process. We'll need to update our release instructions once this PR lands.
If you're not familiar with our `certbot-docker` setup, you can read about how these scripts customized the build process on Docker Hub at https://docs.docker.com/docker-hub/builds/advanced/.
You can see the process working properly at:
* Nightly build on my fork: https://dev.azure.com/bmw0523/bmw/_build/results?buildId=345&view=logs&j=70ac378a-cb1f-50d1-b328-169807afbcfa
* Release build on my fork: https://dev.azure.com/bmw0523/bmw/_build/results?buildId=346&view=logs&j=70ac378a-cb1f-50d1-b328-169807afbcfa
* Nightly build on Certbot's Azure setup: https://dev.azure.com/certbot/certbot/_build/results?buildId=2426&view=logs&j=70ac378a-cb1f-50d1-b328-169807afbcfa
The builds on my fork pushed to https://hub.docker.com/u/certbottest. The credentials for this account are in our shared vault in 1password if you want to play around with this.
While the scripts will (almost?) always be run in CI, I tested the scripts successfully on macOS, Ubuntu 18.04, and Ubuntu 20.04, however, **the scripts do not seem to work when using the Docker snap, at least on Ubuntu 20.04.** It does work with the `docker.io` packages from `apt`. I was able to make things work by no longer setting `DOCKER_BUILDKIT`, but as I described in the code comments, this breaks things on Azure.
When writing this PR, I tried to make the minimal modifications to our current set up to get the behavior we want. I'm planning on working on splitting the Docker builds into different Azure jobs so it doesn't increase the overall build time, but this isn't trivial so I figured it would be best done in a separate PR.
* Remove license.
* update build scripts
* write deploy code
* Remove unused READMEs.
* rewrite readme
* Make testing on a fork easier.
* Set up Azure automation.
* fix typo
* Make output more verbose.
* clean up cleanup...everybody everywhere
* separate build and deploy
* Document docker-hub credentials
* Use Docker BuildKit when building.
* Remove unneeded .gitignore files.
* Fix tools/docker/README.md grammar
Co-authored-by: ohemorange <ebportnoy@gmail.com>
* Clarify <TAG> in README.
* no docker snap
* rename docker job
Co-authored-by: Erica Portnoy <ebportnoy@gmail.com>
2020-08-11 16:09:38 -04:00
|
|
|
# Name of the Certbot Docker organizaation on GitHub. After creating
|
|
|
|
|
# repositories with the same names (e.g. "certbot", "dns-dnsmadeeasy", etc.)
|
|
|
|
|
# using a different account on Docker Hub, you can change this value to have
|
|
|
|
|
# the scripts modify those Docker repositories rather than the repositories for
|
|
|
|
|
# the official Certbot Docker images.
|
|
|
|
|
export DOCKER_HUB_ORG="certbot"
|
|
|
|
|
|
|
|
|
|
# List of Certbot plugins
|
|
|
|
|
export CERTBOT_PLUGINS=(
|
|
|
|
|
"dns-dnsmadeeasy"
|
|
|
|
|
"dns-dnsimple"
|
|
|
|
|
"dns-ovh"
|
|
|
|
|
"dns-cloudflare"
|
|
|
|
|
"dns-cloudxns"
|
|
|
|
|
"dns-digitalocean"
|
|
|
|
|
"dns-google"
|
|
|
|
|
"dns-luadns"
|
|
|
|
|
"dns-nsone"
|
|
|
|
|
"dns-rfc2136"
|
|
|
|
|
"dns-route53"
|
|
|
|
|
"dns-gehirn"
|
|
|
|
|
"dns-linode"
|
|
|
|
|
"dns-sakuracloud"
|
|
|
|
|
)
|
2020-08-18 13:48:01 -04:00
|
|
|
|
|
|
|
|
# Parses the requested architecture string and sets ALL_REQUESTED_ARCH to
|
|
|
|
|
# result.
|
|
|
|
|
# Usage: ParseRequestedArch [all|amd64|arm32v6|arm64v8]
|
|
|
|
|
ParseRequestedArch() {
|
|
|
|
|
REQUESTED_ARCH="${1}"
|
|
|
|
|
if [[ "${REQUESTED_ARCH}" == "all" ]]; then
|
|
|
|
|
ALL_REQUESTED_ARCH=("${ALL_TARGET_ARCH[@]}")
|
|
|
|
|
return 0
|
|
|
|
|
fi
|
|
|
|
|
for TARGET_ARCH in "${ALL_TARGET_ARCH[@]}"; do
|
|
|
|
|
if [[ "${TARGET_ARCH}" == "${REQUESTED_ARCH}" ]]; then
|
|
|
|
|
ALL_REQUESTED_ARCH=("${REQUESTED_ARCH}")
|
|
|
|
|
return 0
|
|
|
|
|
fi
|
|
|
|
|
done
|
|
|
|
|
# If we didn't return above, REQUESTED_ARCH has an unexpected value.
|
|
|
|
|
echo "Unexpected target architecture \"${REQUESTED_ARCH}\"". >&2
|
|
|
|
|
exit 1
|
|
|
|
|
}
|