2023-04-10 21:58:12 -05:00
|
|
|
#!/usr/bin/env bash
|
|
|
|
|
|
|
|
if [[ ! -d /data ]]; then
|
|
|
|
mkdir -p /data
|
|
|
|
fi
|
|
|
|
|
|
|
|
cd /data
|
|
|
|
|
|
|
|
CONFIG_ARG=""
|
|
|
|
if [[ ! -z "${CONFIG_FILE}" ]]; then
|
|
|
|
CONFIG_ARG="--config ${CONFIG_FILE}"
|
|
|
|
fi
|
2023-06-12 23:09:11 -05:00
|
|
|
EXTRA_ARGS=""
|
|
|
|
if [[ ! -z "${GITEA_RUNNER_LABELS}" ]]; then
|
|
|
|
EXTRA_ARGS="${EXTRA_ARGS} --labels ${GITEA_RUNNER_LABELS}"
|
|
|
|
fi
|
2023-04-10 21:58:12 -05:00
|
|
|
|
|
|
|
# Use the same ENV variable names as https://github.com/vegardit/docker-gitea-act-runner
|
|
|
|
|
|
|
|
if [[ ! -s .runner ]]; then
|
|
|
|
try=$((try + 1))
|
|
|
|
success=0
|
|
|
|
|
|
|
|
# The point of this loop is to make it simple, when running both act_runner and gitea in docker,
|
|
|
|
# for the act_runner to wait a moment for gitea to become available before erroring out. Within
|
|
|
|
# the context of a single docker-compose, something similar could be done via healthchecks, but
|
|
|
|
# this is more flexible.
|
|
|
|
while [[ $success -eq 0 ]] && [[ $try -lt ${GITEA_MAX_REG_ATTEMPTS:-10} ]]; do
|
|
|
|
act_runner register \
|
|
|
|
--instance "${GITEA_INSTANCE_URL}" \
|
|
|
|
--token "${GITEA_RUNNER_REGISTRATION_TOKEN}" \
|
|
|
|
--name "${GITEA_RUNNER_NAME:-`hostname`}" \
|
2023-06-12 23:09:11 -05:00
|
|
|
${CONFIG_ARG} ${EXTRA_ARGS} --no-interactive 2>&1 | tee /tmp/reg.log
|
2023-04-10 21:58:12 -05:00
|
|
|
|
|
|
|
cat /tmp/reg.log | grep 'Runner registered successfully' > /dev/null
|
|
|
|
if [[ $? -eq 0 ]]; then
|
|
|
|
echo "SUCCESS"
|
|
|
|
success=1
|
|
|
|
else
|
|
|
|
echo "Waiting to retry ..."
|
|
|
|
sleep 5
|
|
|
|
fi
|
|
|
|
done
|
|
|
|
fi
|
2023-05-17 01:13:38 -05:00
|
|
|
# Prevent reading the token from the act_runner process
|
|
|
|
unset GITEA_RUNNER_REGISTRATION_TOKEN
|
2023-04-10 21:58:12 -05:00
|
|
|
|
|
|
|
act_runner daemon ${CONFIG_ARG}
|