Oui, parce que certains thèmes ne permettent pas la mise à jour automatique.
Dans ce cas, il est nécessaire de passer par votre client FTP préféré et de copier les fichiers manuellement.
Nous allons voir comment versionner le thème premium avec Git, au moins utile pour voir les différences avec les versions précédentes, et surtout pour déployer les fichiers modifiés en une ligne de commande avec dploy.
Maintenant que GitLab est en place sur le Raspberry Pi, que vous pouvez gérer les projets, les utilisateurs, … depuis le réseau local et depuis l’extérieur avec la possibilité d’utiliser Git en HTTPS avec un certificat valide, il reste quelques détails à régler.
Nous en réglerons deux dans cet article : l’émission de mails et la sauvegarde automatique.
La dernière fois nous avions installé dnsmasq pour accéder au Raspberry Pi en utilisant son nom de domaine.
Nous allons cette fois installer GitLab, et ajouter un certificat HTTPS validé par Let’s Encrypt.
Ici, nous allons plutôt voir comment installer GitLab, qui fait presque tout comme GitHub, mais sur son propre serveur.
Et pour le coup, le serveur est un Raspberry PI, connecté à la box, aussi bien accessible depuis le réseau local que depuis l’extérieur pour quand on va se travailler en extérieur, ou pour travailler à plusieurs sur certains projets.
Dans cette première partie, nous allons activer DHCP et DNS sur le Raspberry.
Il y a quelques semaines, je vous avais parlé de git sur un serveur de fichiers, bien au chaud sur le réseau local pour héberger vos projets privés.
Mais le jour où vous sortez de chez vous, une fois vos yeux habitués à cette lumière particulière que celle du soleil, et à cette absence vertigineuse de plafond, comment travailler de nouveau sur vos projets ?
C’est ce que nous allons voir, en l’appliquant à SME Server.
Commiter et versionner ses sources localement, c’est bien, mais les pusher sur un serveur externe, c’est mieux, ne serait-ce que pour le backup.
Et comme je ne publie pas tout sur github, je me suis intéressé à la solution de push sur un serveur de fichiers local, c’est-à-dire sur un NAS ou ce bon vieil e-smith (enfin SME server).