Synchronisation bidirectionnelle avec votre dépôt GitHub

Connectez votre propre compte GitHub à un site et nous veillerons à ce qu'ils restent synchronisés dans les deux sens. C'est gratuit, désactivé par défaut jusqu'à ce que vous l'activiez, et nous ne faisons des commits que dans un dépôt d'un compte qui vous appartient — jamais l'un des nôtres.

Ce qui est synchronisé

Tout ce que vous modifiez dans les fichiers de votre site devient un commit dans votre dépôt, quelle que soit la méthode : le gestionnaire de fichiers, SFTP, l'éditeur de thèmes WordPress ou une session SSH. Vous n'avez pas besoin de nous le dire — nous comparons votre site à son dernier commit et envoyons la différence.

Dans l'autre sens, un push vers votre branche connectée s'applique sur le site.

Ce que nous ne commitons jamais

Votre fichier wp-config.php est exclu, de manière délibérée et permanente. Il contient le mot de passe de votre base de données et vos clés d'authentification (salts), qui n'ont pas leur place dans un dépôt — pas même privé, car git conserve l'historique pour toujours.

Sont également exclus : les fichiers .env, les clés et certificats, votre dossier de téléversements (uploads), les caches et node_modules. Un dépôt est le code source de votre site, pas une sauvegarde. Les médias appartiennent à vos sauvegardes, où ils sont déjà conservés, et les placer ici rendrait chaque push lent et chaque modification illisible.

Que se passe-t-il si les deux côtés ont changé

C'est la question qui vaut la peine d'être lue. Supposons que vous modifiiez un fichier dans le gestionnaire de fichiers et qu'entre-temps, un collègue pousse une modification vers le même dépôt.

Nous nous arrêtons. Nous ne fusionnons pas et nous n'écrasons personne. L'onglet Déploiement du site affiche "Votre dépôt comporte des modifications que nous n'avons pas vues", nomme le commit que vous devez examiner et attend. Rien n'est perdu de part et d'autre pendant cette attente — votre modification est toujours sur le site, le commit de votre collègue est toujours dans le dépôt.

Vous choisissez alors :

Conserver les fichiers de ce site — nous plaçons votre version au-dessus de la leur. Leurs commits restent dans l'historique ; rien n'est effacé.
Utiliser le dépôt, ignorer les modifications du site — la version du dépôt est appliquée au site, et les modifications que vous aviez faites ici sont abandonnées. Cette option est destructive, c'est pourquoi elle nécessite un clic délibéré et n'est jamais effectuée en votre nom.

Il n'y a pas d'option de « fusion automatique », et ce de manière intentionnelle. Une fusion effectuée par nos soins produirait un fichier qu'aucun de vous n'a écrit, sur un site en production, sans qu'aucun de vous ne l'ait vu au préalable.

Pourquoi la synchronisation peut s'arrêter

Vous n'avez pas connecté votre propre compte GitHub. L'interrupteur reste éteint tant que vous ne l'avez pas fait.
Elle vous attend. Voir ci-dessus — une mise en attente ne se résout pas d'elle-même.
Votre compte n'est pas en règle. La synchronisation se met en pause et reprend d'elle-même une fois que la facturation est à jour. Rien n'est perdu.

L'onglet Déploiement affiche les dernières synchronisations, y compris celles où rien n'avait changé. Si cette liste est vide et que la synchronisation est activée, il est très probable que le compte connecté ne puisse pas écrire dans le dépôt — vérifiez ses accès et reconnectez-le.

Choisir ce qui se synchronise

Par défaut, l'ensemble du site se synchronise. Sur un site WordPress, ce n'est généralement pas ce que vous souhaitez : cela implique chaque fichier du cœur de WordPress, que vous n'avez pas écrit et que vous ne modifierez pas. Définissez "Synchroniser uniquement ce dossier" sur votre thème — par exemple wp-content/themes/my-theme — et le reste est laissé intact.