Versionierungsstrategie für die Nginx-Konfiguration

Derzeit hat ein Projekt, das mein Team geerbt hat, ein komplettes Durcheinander in der Nginx-Konfiguration in mehr als 10 Umgebungen. Wir würden gerne eine Versionierungsstrategie implementieren, bin mir jedoch nicht sicher, wie die Leute dies “normalerweise” erreichen. Sie machen den gesamten nginx conf-Ordner zu einem Git-Repo und ignorieren, was Sie nicht versionieren möchten? oder haben Sie einen separaten Ordner mit dem Konfigurationsdatei-Repo und stellen Sie die Dateien mit einem Skript bereit?

Wir verwalten es ausschließlich für die Nginx-Konfiguration über ein separates Git-Repository. Ja, es enthält alles drin /etc/nginx/ Verzeichnis.

Aber es wird nicht direkt auf dem Server synchronisiert, stattdessen wird ein Bash-Skript verwendet, um Änderungen abzurufen, die Konfiguration zu aktualisieren und die Nginx-Konfiguration neu zu laden.

Skriptbeispiel:

# Pull changes
git pull

# Sync changes excluding .git directory
rsync -qauh ./* "/etc/nginx" --exclude=".git"

# Set proper permissions
chmod -R 644 /etc/nginx
find /etc/nginx -type d -exec chmod 700 {} \;

# If you store SSL certs under `/etc/nginx/ssl`
# Set proper permission for SSL certs 
chmod -R 600 /etc/nginx/ssl
chmod -R 400 /etc/nginx/ssl/*

# Reload nginx config
# but only if configtest is passed
nginx -t && service nginx reload