Gitlab : Différence entre versions
(Page créée avec « {{ Introduction | Cette page reprend l'installation et la configuration de GitLab}} == Installation == == Configuration == == Mise à jour == * Backup Avant de réalise... ») |
(→Mise à jour) |
||
| Ligne 29 : | Ligne 29 : | ||
</pre> | </pre> | ||
| − | + | * Stop server | |
| − | sudo service gitlab stop | + | <br> |
| + | {{Console root | sudo service gitlab stop }} | ||
| + | <br> | ||
| − | + | * On récupère le code de la dernière branche stable de Gitlab | |
| − | + | Dans la commande suivante, on remplace LATEST_TAG avec la dernière version de Gitlab. Pour exemple, v8.5.4 | |
| + | <pre> | ||
cd /home/git/gitlab | cd /home/git/gitlab | ||
sudo -u git -H git fetch --all | sudo -u git -H git fetch --all | ||
sudo -u git -H git checkout -- Gemfile.lock db/schema.rb | sudo -u git -H git checkout -- Gemfile.lock db/schema.rb | ||
sudo -u git -H git checkout LATEST_TAG -b LATEST_TAG | sudo -u git -H git checkout LATEST_TAG -b LATEST_TAG | ||
| + | </pre> | ||
| − | + | * On met à jour la version de gitlab-shell correspondante | |
| + | <pre> | ||
cd /home/git/gitlab-shell | cd /home/git/gitlab-shell | ||
sudo -u git -H git fetch | sudo -u git -H git fetch | ||
sudo -u git -H git checkout v`cat /home/git/gitlab/GITLAB_SHELL_VERSION` -b v`cat /home/git/gitlab/GITLAB_SHELL_VERSION` | sudo -u git -H git checkout v`cat /home/git/gitlab/GITLAB_SHELL_VERSION` -b v`cat /home/git/gitlab/GITLAB_SHELL_VERSION` | ||
| + | </pre> | ||
| − | |||
| + | * On met à jour la version gitlab-workhorse correspondante | ||
| + | <br> | ||
| + | {{ Note | Personnellement, je n'ai pas gitlab-worhorse d'installé }} | ||
| + | <br> | ||
| + | |||
| + | <pre> | ||
cd /home/git/gitlab-workhorse | cd /home/git/gitlab-workhorse | ||
sudo -u git -H git fetch | sudo -u git -H git fetch | ||
sudo -u git -H git checkout `cat /home/git/gitlab/GITLAB_WORKHORSE_VERSION` -b `cat /home/git/gitlab/GITLAB_WORKHORSE_VERSION` | sudo -u git -H git checkout `cat /home/git/gitlab/GITLAB_WORKHORSE_VERSION` -b `cat /home/git/gitlab/GITLAB_WORKHORSE_VERSION` | ||
sudo -u git -H make | sudo -u git -H make | ||
| + | </pre> | ||
| − | + | * Installation des librairies, dependances, migraton ect | |
| + | </pre> | ||
cd /home/git/gitlab | cd /home/git/gitlab | ||
| Ligne 73 : | Ligne 86 : | ||
# Clean up assets and cache | # Clean up assets and cache | ||
sudo -u git -H bundle exec rake assets:clean assets:precompile cache:clear RAILS_ENV=production | sudo -u git -H bundle exec rake assets:clean assets:precompile cache:clear RAILS_ENV=production | ||
| + | </pre> | ||
| − | + | * Démarrage de l'application | |
| − | + | <pre> | |
sudo service gitlab start | sudo service gitlab start | ||
sudo service nginx restart | sudo service nginx restart | ||
| + | </pre> | ||
| − | + | * On vérifie le statut de l'application | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | + | On vérifie si GitLab et son environnement sont configuré correctement : | |
| + | <br> | ||
| + | {{ Console root | sudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production }} | ||
| + | <br> | ||
| − | sudo -u git -H bundle exec rake gitlab:check RAILS_ENV=production | + | Pour être sur qu'il ne manque rien, on lance la vérification suivante : |
| + | <br> | ||
| + | {{ Console root | sudo -u git -H bundle exec rake gitlab:check RAILS_ENV=production }} | ||
| + | <br> | ||
| − | + | Si tout est vert, alors la mise à jour s'est correctement déroulée. | |
[[Catégorie:Applicatifs]] | [[Catégorie:Applicatifs]] | ||
Version du 10 mars 2016 à 14:15
Installation
Configuration
Mise à jour
- Backup
Avant de réaliser la mise à jour, on va réaliser une sauvegarde de Gitlab.
On peut soit utilisé l'outil fournit avec
cd /home/git/gitlab sudo -u git -H bundle exec rake gitlab:backup:create RAILS_ENV=production
Si cela ne fonctionne pas, on peut le réaliser de manière manuel.
Je vais utiliser 2 scripts que j'ai réalisé pour sauvegarder l'applicatif et la base de donnée
#Gitlab script_backup_applicatif -s /srv/git -f /opt/backup/Gitlab -v #Postgresql script_backup_postgresql -u git -h localhost -p 5434 -d gitlabhq_production -f /opt/backup/Gitlab/ -v
- Stop server
- On récupère le code de la dernière branche stable de Gitlab
Dans la commande suivante, on remplace LATEST_TAG avec la dernière version de Gitlab. Pour exemple, v8.5.4
cd /home/git/gitlab sudo -u git -H git fetch --all sudo -u git -H git checkout -- Gemfile.lock db/schema.rb sudo -u git -H git checkout LATEST_TAG -b LATEST_TAG
- On met à jour la version de gitlab-shell correspondante
cd /home/git/gitlab-shell sudo -u git -H git fetch sudo -u git -H git checkout v`cat /home/git/gitlab/GITLAB_SHELL_VERSION` -b v`cat /home/git/gitlab/GITLAB_SHELL_VERSION`
- On met à jour la version gitlab-workhorse correspondante
cd /home/git/gitlab-workhorse sudo -u git -H git fetch sudo -u git -H git checkout `cat /home/git/gitlab/GITLAB_WORKHORSE_VERSION` -b `cat /home/git/gitlab/GITLAB_WORKHORSE_VERSION` sudo -u git -H make
- Installation des librairies, dependances, migraton ect
</pre> cd /home/git/gitlab
- PostgreSQL
sudo -u git -H bundle install --without development test mysql --deployment
- MySQL
sudo -u git -H bundle install --without development test postgres --deployment
- Optional: clean up old gems
sudo -u git -H bundle clean
- Run database migrations
sudo -u git -H bundle exec rake db:migrate RAILS_ENV=production
- Clean up assets and cache
sudo -u git -H bundle exec rake assets:clean assets:precompile cache:clear RAILS_ENV=production </pre>
- Démarrage de l'application
sudo service gitlab start sudo service nginx restart
- On vérifie le statut de l'application
On vérifie si GitLab et son environnement sont configuré correctement :
Pour être sur qu'il ne manque rien, on lance la vérification suivante :
Si tout est vert, alors la mise à jour s'est correctement déroulée.
