<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Déploiement on FtBx.fr</title><link>https://ftbx.fr/tags/d%C3%A9ploiement/</link><description>Recent content in Déploiement on FtBx.fr</description><image><title>FtBx.fr</title><url>https://ftbx.fr/images/placeholder-image.jpg</url><link>https://ftbx.fr/images/placeholder-image.jpg</link></image><generator>Hugo -- 0.146.6</generator><language>fr</language><copyright>2025 ftbx.fr - This work is licensed under CC BY-NC-SA 4.0</copyright><lastBuildDate>Wed, 15 Jan 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://ftbx.fr/tags/d%C3%A9ploiement/index.xml" rel="self" type="application/rss+xml"/><item><title>GitLab CI resource_group : empêcher deux déploiements concurrents</title><link>https://ftbx.fr/posts/gitlab-ci-resource-group-empecher-deux-deploiements-concurrents/</link><pubDate>Wed, 15 Jan 2025 00:00:00 +0000</pubDate><guid>https://ftbx.fr/posts/gitlab-ci-resource-group-empecher-deux-deploiements-concurrents/</guid><description>&lt;p>Quand deux pipelines déploient sur le même environnement en parallèle,
le deuxième écrase le premier. Résultat : état incohérent, erreurs
de connexion, rollback en catastrophe.&lt;/p>
&lt;p>&lt;code>resource_group&lt;/code> règle ça proprement. Tu assignes un nom de groupe à
un job de déploiement. GitLab garantit qu&amp;rsquo;un seul job par groupe
s&amp;rsquo;exécute à la fois. Les autres attendent.&lt;/p>
&lt;div class="highlight">&lt;pre tabindex="0" class="chroma">&lt;code class="language-yaml" data-lang="yaml">&lt;span class="line">&lt;span class="cl">&lt;span class="nt">deploy_staging&lt;/span>&lt;span class="p">:&lt;/span>&lt;span class="w">
&lt;/span>&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">&lt;span class="w"> &lt;/span>&lt;span class="nt">stage&lt;/span>&lt;span class="p">:&lt;/span>&lt;span class="w"> &lt;/span>&lt;span class="l">deploy&lt;/span>&lt;span class="w">
&lt;/span>&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">&lt;span class="w"> &lt;/span>&lt;span class="nt">script&lt;/span>&lt;span class="p">:&lt;/span>&lt;span class="w"> &lt;/span>&lt;span class="l">./deploy.sh staging&lt;/span>&lt;span class="w">
&lt;/span>&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">&lt;span class="w"> &lt;/span>&lt;span class="nt">environment&lt;/span>&lt;span class="p">:&lt;/span>&lt;span class="w">
&lt;/span>&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">&lt;span class="w"> &lt;/span>&lt;span class="nt">name&lt;/span>&lt;span class="p">:&lt;/span>&lt;span class="w"> &lt;/span>&lt;span class="l">staging&lt;/span>&lt;span class="w">
&lt;/span>&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">&lt;span class="w"> &lt;/span>&lt;span class="nt">resource_group&lt;/span>&lt;span class="p">:&lt;/span>&lt;span class="w"> &lt;/span>&lt;span class="l">staging&lt;/span>&lt;span class="w">
&lt;/span>&lt;/span>&lt;/span>&lt;/code>&lt;/pre>&lt;/div>&lt;p>Si deux pipelines arrivent en même temps sur &lt;code>deploy_staging&lt;/code>, le
premier s&amp;rsquo;exécute, le deuxième attend que le premier finisse. Pas
de lock manuel, pas de vérification Slack &amp;ldquo;qui déploie ?&amp;rdquo;.&lt;/p></description></item></channel></rss>