Het is belangrijk dat je vóór elke upgrade naar een nieuwe hoofdversie een consistente back-up maakt, zodat je zo nodig kunt terugdraaien.
bin/upgrade uit en volg de aanwijzingen op het scherm.
Houd er rekening mee dat de versie van de Docker-image (in config/version) los van de updates van de Toolkit-code wordt beheerd. Het bijwerken van de Toolkit-code verandert niet automatisch de versie van de Docker-image die je draait. Dit betekent dat je in de meeste gevallen je Toolkit-versie kunt upgraden zonder je implementatie te upgraden.
Het script bin/upgrade
Wanneer je de opdracht bin/upgrade uitvoert, controleert het script of er een update van de Toolkit-code beschikbaar is en biedt het aan om je Toolkit bij te werken. Je kunt deze upgrade altijd weigeren; er verandert dan niets.
Als je ervoor kiest de Toolkit-code bij te werken, controleert het script vervolgens of de standaard versie van de Docker-image is gewijzigd en biedt het aan om je lokale versiebestand (in config/version) bij te werken naar de nieuwe standaard.
Als je ervoor kiest van versie te wisselen, leidt het script je vervolgens door het proces van het afsluiten van de Docker-services, het maken van een back-up en het herstarten van de Docker-services. Je oude versiebestand wordt automatisch gekopieerd naar config/__old-version, voor het geval je moet terugdraaien naar die versie van de Docker-images.
Stel voor air-gapped omgevingen waarin Docker-images handmatig worden geïmporteerd
PULL_BEFORE_UPGRADE=false in in je bestand config/overleaf.rc.Kijk hier voor meer informatie over implementeren in een air-gapped/offline omgeving.