Reprendre un site en ligne,sans rien casser.
Une refonte se joue sur un point : d’où l’on part. Un correctif écrit depuis la branche principale alors que la production tourne sur un commit plus ancien casse ce qui marchait. Nexus répond à la question avant d’ouvrir un fichier.
La branche de refonte, partie du commit en ligne, et sa de
La préproduction complète, protégée, relue avec le client
Le plan de bascule : redirections, cache, certificats, et
Le registre du déploiement : qui a mis quel commit en lign
Comment ça se passe.
On lit ce qui est VRAIMENT en ligne
Le dossier de reprise rend le commit déployé, les branches ouvertes, les dernières sessions et ce qui n’a pas pu être lu. On ne suppose rien.
On part du commit déployé
Une branche créée depuis ce commit, pas depuis la principale. L’arbre doit être propre : l’agent refuse de déplacer du travail en cours.
On travaille à côté, visible
Préproduction fermée, recette à la chaîne, retours posés à l’endroit exact de l’écran. Le site en production ne bouge pas d’un octet.
La bascule est un geste d’humain
Un agent pousse et déploie la préproduction ; la mise en production part de l’application, ou de l’agent si vous le lui demandez, avec son enregistrement.
Ce que vous recevez à la fin
La branche de refonte, partie du commit en ligne, et sa demande de fusion
La préproduction complète, protégée, relue avec le client
Le plan de bascule : redirections, cache, certificats, et l’ordre des opérations
Le registre du déploiement : qui a mis quel commit en ligne, à la place de quel autre
Sur quoi ça s’appuie
Les dépôts Git
Une branche par tâche, la principale protégée, les accès posés et retirés dans Nexus.
La livraison
Le registre des déploiements, et l’examen qui refuse de partir sur un arbre sale.
Les sessions et les agents
Plusieurs agents sur la même refonte, chacun dans son espace de travail.
La sécurité et la continuité
Ce qui se vérifie avant une bascule, et ce qui se garde après.
Questions fréquentes
Reprendre un site en production : l’agent part du commit réellement déployé, travaille sur une branche, et la mise en ligne reste un geste humain.
Une autre question ? Écrivez-nous →L’agent peut-il casser la production ?
Il peut agir sur un serveur de production — c’est voulu, sinon il ne sert à rien le jour d’une panne — mais jamais à l’aveugle : le geste est journalisé avec la mention « production », le secret ne traverse pas la conversation, et une politique d’entreprise peut refermer cette porte.
Faut-il geler le site pendant la refonte ?
Non. La refonte vit sur sa branche et sa préproduction ; les correctifs urgents continuent de partir du commit en ligne, en parallèle, et Nexus dit laquelle des branches est en retard sur la production.
Et si le site n’est pas sous git ?
C’est la première étape, et Nexus la propose de lui-même dès qu’une session touche une machine sans dépôt : on met le site sous git avant de le modifier, sinon il n’y a rien à quoi revenir.