{"id":6965,"date":"2026-01-02T16:30:59","date_gmt":"2026-01-02T15:30:59","guid":{"rendered":"https:\/\/olivier.hoarau.org\/?p=6965"},"modified":"2026-01-04T15:20:29","modified_gmt":"2026-01-04T14:20:29","slug":"synchroniser-son-site-web-avec-git-avec-scaleway-avec-cpanel","status":"publish","type":"post","link":"https:\/\/olivier.hoarau.org\/?p=6965","title":{"rendered":"Synchroniser son site web avec Git avec Scaleway avec cPanel"},"content":{"rendered":"\n

Suite \u00e0 la migration r\u00e9cente<\/a> de mon site funix.org<\/a> sur Scaleway<\/strong> qui me permet de b\u00e9n\u00e9ficier des outils cPanel<\/a>, j’ai mis en place une synchronisation par Git<\/strong> de mon site. C’est \u00e0 dire que mon site de r\u00e9f\u00e9rence et de travail est celui en local et le site distant visible sur internet se synchronise sur cette r\u00e9f\u00e9rence.<\/p>\n\n\n\n

La connexion Git<\/strong> se fait via une connexion chiffr\u00e9e avec SSH<\/strong> et la premi\u00e8re \u00e9tape est de g\u00e9n\u00e9rer une nouvelle cl\u00e9 SSH<\/strong> au niveau S\u00e9curit\u00e9->Acc\u00e8s SSH<\/strong> du menu cPanel<\/strong> :<\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

J’ai r\u00e9cup\u00e9r\u00e9 ensuite localement la cl\u00e9 priv\u00e9e que j’ai plac\u00e9e sous ~\/.ssh <\/strong>sur le PC local et pour voir si \u00e7a fonctionne sur le PC on se connecte \u00e0 distance en tapant :<\/p>\n\n\n

\n\t
ssh -p 22 -i ~\/.ssh\/id_rsa-scaleway cpXXXXX@funix.org<\/code><\/pre> 
 <\/div> <\/div><\/div>\n\n\n\n
cpXXXXX<\/strong> correspond \u00e0 mon login sur Scaleway<\/strong> et funix.org<\/a> \u00e0 mon domaine.<\/p>\n\n\n\n
Maintenant pour que Git<\/strong> puisse se connecter sans avoir \u00e0 indiquer de mot de passe, il faudra pr\u00e9alablement sur le PC local g\u00e9n\u00e9rer le couple cl\u00e9 publique\/cl\u00e9 priv\u00e9e. Sur la console distante, on tape ssh-agent<\/strong>, voil\u00e0 le r\u00e9sultat:<\/p>\n\n\n
\n\t
 
SSH_AUTH_SOCK=\/tmp\/ssh-ZG9o8x9NIriY\/agent.2569132;export SSH_AUTH_SOCK;SSH_AGENT_PID=2569133;export SSH_AGENT_PID;echo Agent pid 2569133;<\/code><\/pre> 
 <\/div> <\/div><\/div>\n\n\n\n
toujours sur le serveur distant dans le fichier .ssh\/authorized_keys <\/strong>on y copiera la cl\u00e9 publique locale. Puis on tape, toujours sur la console distante :<\/p>\n\n\n
\n\t
 
eval $(ssh-agent)ssh-add id_ecdsa-locale<\/code><\/pre> 
 <\/div> <\/div><\/div>\n\n\n\n\n\n\n\n
id_ecdsa-locale<\/strong> \u00e9tant la cl\u00e9 priv\u00e9e locale. On revient maintenant \u00e0 cPanel<\/strong> et Fichiers->Git Version Control<\/strong>. On va cr\u00e9er un d\u00e9p\u00f4t (il faudra d\u00e9cocher Clone a repository<\/strong>) :<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
On indique un nom de r\u00e9pertoire pour le d\u00e9p\u00f4t qui ne sera pas forc\u00e9ment celui qui contient le site. Apr\u00e8s avoir cliqu\u00e9 sur Cr\u00e9er<\/strong>, cPanel<\/strong> nous donne ces indications :<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Dans la pratique mon site se trouve localement sous \/ultra\/data\/homepage\/www.funix.org<\/strong>, sur le PC local j’ai initialis\u00e9 le d\u00e9p\u00f4t Git<\/strong> de r\u00e9f\u00e9rence.<\/p>\n\n\n
\n\t
 
cd \/ultra\/data\/homepage\/www.funix.orggit initgit add .git commit -m "Initial commit site statique"<\/code><\/pre> 
 <\/div> <\/div><\/div>\n\n\n\n
Pour lier le d\u00e9p\u00f4t distant au d\u00e9p\u00f4t Git<\/strong> local, je tape localement la commande :<\/p>\n\n\n
\n\t
 
git remote add origin ssh:\/\/cpXXXXX@funix.org\/home\/cpXXXXX\/repositoriesgit branch -M maingit push -u origin main<\/code><\/pre> 
 <\/div> <\/div><\/div>\n\n\n\n
La derni\u00e8re commande est un peu plus verbeuse et donne<\/p>\n\n\n
\n\t
 
Enter passphrase for key '\/home\/olivier\/.ssh\/id_ecdsa-locale':X11 forwarding request failed on channel 0\u00c9num\u00e9ration des objets: 2710, fait.D\u00e9compte des objets: 100% (2710\/2710), fait.Compression par delta en utilisant jusqu'\u00e0 4 fils d'ex\u00e9cutionCompression des objets: 100% (2680\/2680), fait.\u00c9criture des objets: 100% (2710\/2710), 166.51 Mio | 9.46 Mio\/s, fait.Total 2710 (delta 99), r\u00e9utilis\u00e9s 0 (delta 0), r\u00e9utilis\u00e9s du paquet 0 (depuis 0)remote: Resolving deltas: 100% (99\/99), done.To ssh:\/\/funix.org\/home\/cpXXXXX\/repositories* [new branch]      main -> mainla branche 'main' est param\u00e9tr\u00e9e pour suivre 'origin\/main'.<\/code><\/pre> 
 <\/div> <\/div><\/div>\n\n\n\n
Maintenant on va cr\u00e9er une cl\u00e9 de d\u00e9ploiement<\/a> qui automatisera chaque mise \u00e0 jour. C’est le fichier .cpanel.yml<\/strong> qui contiendra :<\/p>\n\n\n
\n\t
 
---deployment:  tasks:    - export DEPLOYPATH=\/home\/cpXXXXX\/public_html    - export TEMPPATH=\/home\/cpXXXXX\/deploy_tmp    # 1. Pr\u00e9paration du dossier temporaire (copie s\u00e9lective du d\u00e9p\u00f4t)    - \/bin\/rm -rf $TEMPPATH    - \/bin\/mkdir -p $TEMPPATH    - \/bin\/cp -R [^.]* $TEMPPATH    # 2. Synchronisation intelligente vers la production    # -u (update) : ne copie que si le fichier source est plus r\u00e9cent    # -v (verbose) : utile pour voir quels fichiers ont boug\u00e9 dans les logs cPanel    - \/bin\/cp -ru $TEMPPATH\/* $DEPLOYPATH\/    # 3. NETTOYAGE : Supprimer les fichiers dans DEPLOYPATH qui n'existent pas dans TEMPPATH    # On parcourt les fichiers dans la destination, si absent de la source -> suppression    - find $DEPLOYPATH -type f ! -name ".*" | while read file; do rel=$(echo "$file" | sed "s|^$DEPLOYPATH\/||"); if [ ! -f "$TEMPPATH\/$rel" ]; then rm -f "$file"; fi; done    # 4. NETTOYAGE : Supprimer les dossiers vides orphelins    - find $DEPLOYPATH -type d -empty ! -path "$DEPLOYPATH" -delete    # 5. Nettoyage final du temporaire    - \/bin\/rm -rf $TEMPPATH<\/code><\/pre> 
 <\/div> <\/div><\/div>\n\n\n\n
Le chemin de d\u00e9ploiement est \/home\/cpXXXXX\/public_html<\/strong>, c’est l\u00e0 qu’on retrouve les fichiers du site sur le serveur distant. L’encha\u00eenement de commandes permet en l’absence de la commande rsync<\/strong> de synchroniser le d\u00e9p\u00f4t avec un r\u00e9pertoire temporaire, puis on fait une copie des fichiers modifi\u00e9s dans le r\u00e9pertoire de d\u00e9ploiement. La commande find<\/strong> permet de supprimer les fichiers du site qui ne sont plus dans le d\u00e9p\u00f4t. C’est une configuration bien adapt\u00e9e pour un site statique comme le mien. On place ce fichier \u00e0 la racine du site \u00e0 distance sur \/home\/cpXXXXX\/public_html<\/strong><\/p>\n\n\n\n
On revient au cPanel<\/strong> et Git Version Control<\/strong>, au niveau de Checked-Out Branch<\/strong>, il faudra indiquer main<\/strong>, voil\u00e0 le r\u00e9sultat :<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
Dans l’onglet Pull or Deploy<\/strong>, cela donnera suite \u00e0 la bonne prise en compte du fichier de d\u00e9ploiement :<\/p>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
<\/p>\n\n\n\n
La mise \u00e0 jour au quotidien du site se fera donc en modifiant les fichiers localement puis en tapant toujours localement :<\/p>\n\n\n
\n\t
 
git add .git commit -m "Mise \u00e0 jour contenu"git push<\/code><\/pre> 
 <\/div> <\/div><\/div>\n\n\n\n

Pour \u00eatre totalement complet on pourra cr\u00e9er au niveau du d\u00e9p\u00f4t local de r\u00e9f\u00e9rence le fichier .gitignore<\/strong> pour ignorer certains fichiers, le mien contient :<\/p>\n\n\n
\n\t
 
*.old*.bak*.swap*~<\/code><\/pre> 
 <\/div> <\/div><\/div>\n\n\n\n
On trouvera le fichier de log du d\u00e9ploiement sous \/home\/cpXXXX\/.cpanel\/logs<\/strong>.<\/p>\n\n\n\n
Quelques sources utiles qui ont pu m’aider \u00e0 mettre en place cette configuration :<\/p>\n\n\n\n