forked from mojaloop/helm
-
Notifications
You must be signed in to change notification settings - Fork 0
/
package.sh
executable file
·101 lines (89 loc) · 3.13 KB
/
package.sh
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
#!/usr/bin/env bash
set -e
LOCAL_HELM_MOJALOOP_REPO_URI=${HELM_MOJALOOP_REPO_URI:-'https://docs.mojaloop.io/helm/repo'}
#
# Script to Package all charts, and create an index.yaml in ./repo directory
#
trap 'echo "Command failed...exiting. Please fix me!"' ERR
echo "Removing old charts..."
find ./ -name "charts"| xargs rm -Rf
mkdir -p ./repo
if [ "$1" ]; then
declare -a charts=("$1")
else
declare -a charts=(
example-mojaloop-backend
ml-testing-toolkit
ml-testing-toolkit-cli
sdk-scheme-adapter/chart-service
sdk-scheme-adapter
mojaloop-ttk-simulators/chart-sim1
mojaloop-ttk-simulators/chart-sim2
mojaloop-ttk-simulators/chart-sim3
mojaloop-ttk-simulators
eventstreamprocessor
simulator
monitoring/promfana
monitoring/efk
account-lookup-service
als-oracle-pathfinder
centralkms
forensicloggingsidecar
centralledger
centralenduserregistry
centralsettlement
emailnotifier
centraleventprocessor
central
ml-api-adapter
quoting-service
finance-portal
finance-portal-settlement-management
transaction-requests-service
bulk-centralledger/
bulk-api-adapter/
mojaloop-bulk/
mojaloop-simulator
thirdparty/chart-auth-svc
thirdparty/chart-consent-oracle
thirdparty/chart-tp-api-svc
thirdparty
mojaloop
kube-system/ntpd/
ml-operator
)
fi
for chart in "${charts[@]}"
do
if [ -z $BUILD_NUM ] || [ -z $GIT_SHA1 ]; then # we're most likely not running in CI
# Probably running on someone's machine
helm package -u -d ./repo "$chart"
elif [ -z $GITHUB_TAG ]; then # we're probably running in CI, but this is not a job triggered by a tag
set -u
# When $GITHUB_TAG is not present, we'll build a development version. This versioning
# scheme, utilising the incrementing "BUILD_NUM" means users can request the latest
# development version using the --devel argument to `helm upgrade` or `helm install`.
# Development versions can be found with `helm search --devel`. Additionally, it is
# possible to specify a development version in requirements.yaml.
CURRENT_VERSION=$(grep '^version: [0-9]\+\.[0-9]\+\.[0-9]\+\s*$' "$chart/Chart.yaml" | cut -d' ' -f2)
NEW_VERSION="$CURRENT_VERSION-$BUILD_NUM.${GIT_SHA1:0:7}"
helm package -u -d ./repo "$chart" --version="$NEW_VERSION"
set +u
else # we're probably running in CI, this is a job triggered by a tag/release
# When $GITHUB_TAG is present, we're actually releasing the chart- so we won't modify any
# versions
helm package -u -d ./repo "$chart"
fi
done
cd ./repo
helm repo index . --url $LOCAL_HELM_MOJALOOP_REPO_URI
set +x
echo -e "\
Packaging completed.\n \
Ensure you check the output for any errors. \n \
Ignore any http errors when connecting to \"local\" chart repository.\n \
\n \
Run the following command to serve a local repository: helm serve --repo-path ./repo \n \
\n \
Happy Helming!
"