{"id":34683,"date":"2019-10-31T21:59:48","date_gmt":"2019-10-31T18:59:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov\/"},"modified":"2019-10-31T21:59:48","modified_gmt":"2019-10-31T18:59:48","slug":"gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov","title":{"rendered":"GitLab 11.11 : plusieurs changements importants pour les demandes de fusion et am\u00e9liorations pour les conteneurs.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"GitLab 11.11 : plusieurs changements importants pour les demandes de fusion et am\u00e9liorations pour les conteneurs.\" src=\"\/wp-content\/uploads\/2019\/05\/0887dec341b6fcd6b12422babac990e1.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<h3 id=\"bolshe-vozmozhnostey-dlya-sovmestnoy-raboty-i-dopolnitelnye-uvedomleniya\">Plus d'opportunit\u00e9s de collaboration et des notifications suppl\u00e9mentaires<\/h3>\n<p><\/p>\n<p>Chez GitLab, nous recherchons constamment de nouvelles fa\u00e7ons d'am\u00e9liorer la collaboration tout au long du cycle de vie DevOps. Nous sommes ravis d'annoncer qu'\u00e0 partir de cette version, nous prenons en charge <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#multiple-assignees-for-merge-requests\">plusieurs responsables pour une seule demande de fusion<\/a><\/noindex>! Cette fonctionnalit\u00e9 est disponible \u00e0 partir du niveau GitLab Starter et incarne vraiment notre slogan : <strong>\u00ab Chacun peut contribuer \u00bb<\/strong>. Nous savons qu'une seule demande de fusion peut impliquer de nombreuses personnes pour s'assurer que tout est en ordre, et maintenant vous avez la possibilit\u00e9 de d\u00e9signer plusieurs responsables pour les demandes de fusion !<\/p>\n<p><\/p>\n<p>De plus, les \u00e9quipes DevOps re\u00e7oivent maintenant <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#deployment-notifications-for-slack-and-mattermost\">des notifications automatiques sur les \u00e9v\u00e9nements de d\u00e9ploiement dans Slack et Mattermost<\/a><\/noindex>. Ajoutez de nouvelles notifications \u00e0 la liste des \u00e9v\u00e9nements de publication dans ces deux chats, et votre \u00e9quipe sera presque imm\u00e9diatement inform\u00e9e des nouveaux d\u00e9ploiements.<\/p>\n<p><\/p>\n<h3 id=\"sokraschenie-izderzhek-s-podderzhkoy-konteynerov-docker-v-windows-i-podgotovkoy-klasterov-kubernetes-na-urovne-ekzemplyara\">R\u00e9duction des co\u00fbts avec le support des conteneurs Docker sur Windows et la pr\u00e9paration des clusters Kubernetes au niveau des instances<\/h3>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Nous adorons les conteneurs ! Les conteneurs consomment moins de ressources syst\u00e8me par rapport aux machines virtuelles et am\u00e9liorent la portabilit\u00e9 des applications. Depuis la version GitLab 11.11, nous prenons en charge <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#windows-container-executor-for-gitlab-runner\">Windows Container Executor pour GitLab Runner<\/a><\/noindex>, vous pouvez donc maintenant utiliser les conteneurs Docker sur Windows et profiter de fonctionnalit\u00e9s avanc\u00e9es d'orchestration de pipelines et de gestion.<\/p>\n<p><\/p>\n<p>GitLab Premium (uniquement pour les instances autoh\u00e9berg\u00e9es) propose maintenant <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#caching-dependency-proxy-for-container-registry\">un proxy de mise en cache pour les d\u00e9pendances des images Docker<\/a><\/noindex>. Ce compl\u00e9ment acc\u00e9l\u00e9rera la livraison, car vous disposerez maintenant d'un proxy de mise en cache pour les images Docker fr\u00e9quemment utilis\u00e9es.<\/p>\n<p><\/p>\n<p>Les utilisateurs des instances autoh\u00e9berg\u00e9es de GitLab peuvent d\u00e9sormais pr\u00e9parer <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#instance-level-kubernetes-cluster-configuration\">un cluster Kubernetes au niveau des instances<\/a><\/noindex>, et tous les groupes et projets sur l'instance l'utiliseront pour leurs d\u00e9ploiements. Gr\u00e2ce \u00e0 cette int\u00e9gration, GitLab g\u00e9n\u00e9rera automatiquement des ressources pour des projets sp\u00e9cifiques pour plus de s\u00e9curit\u00e9.<\/p>\n<p><\/p>\n<h3 id=\"i-eto-esche-ne-vse\">Et ce n'est pas tout !<\/h3>\n<p><\/p>\n<p>En plus de nouvelles opportunit\u00e9s de collaboration et de notifications suppl\u00e9mentaires, nous avons ajout\u00e9 <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#guest-access-to-releases\">un acc\u00e8s invit\u00e9 aux versions<\/a><\/noindex>, augment\u00e9 <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#add-on-ci-runner-minutes-have-been-extended-to-free-plans\">les minutes CI Runner suppl\u00e9mentaires pour GitLab Free<\/a><\/noindex>, simplifi\u00e9 les v\u00e9rifications avec <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/2019\/05\/22\/gitlab-11-11-released\/#applying-a-suggestion-now-automatically-resolves-the-discussion\">la r\u00e9solution automatique des discussions lorsque vous appliquez une proposition<\/a><\/noindex>, et bien plus encore !<\/p>\n<p><\/p>\n<blockquote><p>Employ\u00e9 le plus pr\u00e9cieux de ce mois-ci (<noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/community\/mvp\/\">MVP<\/a><\/noindex>) \u2014 Kia Mei Somabes (<noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/kiameisomabes\">Kia Mei Somabes<\/a><\/noindex>)<\/p>\n<p>Dans cette version, nous avons ajout\u00e9 la possibilit\u00e9 de t\u00e9l\u00e9charger des dossiers individuels \u00e0 partir des d\u00e9p\u00f4ts, plut\u00f4t que tout le contenu. Vous pouvez maintenant t\u00e9l\u00e9charger seulement quelques fichiers n\u00e9cessaires. Merci, Kia Mei Somabes !<\/p><\/blockquote>\n<p><\/p>\n<h2 id=\"glavnye-fichi-gitlab-1111\">Fonctionnalit\u00e9s principales de GitLab 11.11<\/h2>\n<p><\/p>\n<h3 id=\"windows-container-executor-dlya-gitlab-runner\">Windows Container Executor pour GitLab Runner<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Avec GitLab 11.11, nous avons ajout\u00e9 un nouvel ex\u00e9cuteur au GitLab Runner pour que les conteneurs Docker puissent \u00eatre utilis\u00e9s sous Windows. Auparavant, pour l'orchestration des conteneurs Docker sous Windows, il fallait utiliser une interface en ligne de commande, mais maintenant il est possible de travailler directement avec des conteneurs Docker sous Windows, presque comme sous Linux. Les utilisateurs des plateformes Microsoft disposent maintenant de plus de possibilit\u00e9s pour orchestrer des pipelines et g\u00e9rer.<\/p>\n<p><\/p>\n<p>Cette mise \u00e0 jour comprend une meilleure prise en charge de PowerShell dans GitLab CI\/CD, ainsi que de nouvelles images auxiliaires pour diff\u00e9rentes versions de conteneurs Windows. Vos propres runners Windows peuvent bien s\u00fbr \u00eatre utilis\u00e9s avec GitLab.com, mais ils ne font pas encore partie des outils publics.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/ox\/p1\/pt\/oxp1ptcfi53ctd6bmhlejt52t_8.png\"><img decoding=\"async\" alt=\"GitLab 11.11 : plusieurs changements importants pour les demandes de fusion et am\u00e9liorations pour les conteneurs.\" src=\"\/wp-content\/uploads\/2019\/05\/3d991e4acc92816901582596537ad12d.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"keshiruyuschiy-proksi-zavisimostey-dlya-reestra-konteynerov\">Proxy de mise en cache des d\u00e9pendances pour le registre de conteneurs<\/h3>\n<p><\/p>\n<p><em>PREMIUM, ULTIMATE<\/em><\/p>\n<p><\/p>\n<p>Les \u00e9quipes utilisent souvent des conteneurs dans les pipelines de construction, et un proxy de mise en cache pour les images et paquets fr\u00e9quemment utilis\u00e9s en amont est un excellent moyen d'acc\u00e9l\u00e9rer les pipelines. Avec une copie locale des couches n\u00e9cessaires, accessible via le nouveau proxy de mise en cache, il est possible de travailler plus efficacement avec les images courantes dans votre environnement.<\/p>\n<p><\/p>\n<p>Pour l'instant, le proxy pour les conteneurs est disponible uniquement pour les instances auto-h\u00e9berg\u00e9es sur le serveur web. <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/omnibus\/settings\/puma.html\">Puma (en mode exp\u00e9rimental)<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/zx\/k0\/a_\/zxk0a_ctmegblwe0i_qrhivtvjw.png\"><img decoding=\"async\" alt=\"GitLab 11.11 : plusieurs changements importants pour les demandes de fusion et am\u00e9liorations pour les conteneurs.\" src=\"\/wp-content\/uploads\/2019\/05\/9cb077673935974d6af0e7980276c525.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"neskolko-otvetstvennyh-dlya-merdzh-rekvestov\">Plusieurs responsables pour les demandes de fusion<\/h3>\n<p><\/p>\n<p><em>STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Il est assez fr\u00e9quent que plusieurs personnes travaillent sur une fonctionnalit\u00e9 dans une branche commune et une demande de fusion, par exemple lorsque les d\u00e9veloppeurs front-end et back-end collaborent \u00e9troitement, ou que des d\u00e9veloppeurs travaillent en bin\u00f4mes comme dans la programmation extr\u00eame.<\/p>\n<p><\/p>\n<p>Avec GitLab 11.11, plusieurs personnes peuvent \u00eatre assign\u00e9es \u00e0 des demandes de fusion. Comme pour les responsables de t\u00e2ches, vous pouvez utiliser des listes, des filtres, des notifications et l'API ici.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/v4\/so\/x5\/v4sox5skhu3uot8g724wgbnkgws.png\"><img decoding=\"async\" alt=\"GitLab 11.11 : plusieurs changements importants pour les demandes de fusion et am\u00e9liorations pour les conteneurs.\" src=\"\/wp-content\/uploads\/2019\/05\/3416db7e19ba5a7ee5fc91e38490fed7.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"konfiguraciya-klastera-kubernetes-na-urovne-ekzemplyara\">Configuration du cluster Kubernetes au niveau de l'instance<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n<p><\/p>\n<p>Le mod\u00e8le de s\u00e9curit\u00e9 et de pr\u00e9paration dans Kubernetes \u00e9volue, et il est d\u00e9sormais possible de g\u00e9rer un grand nombre de clients via un seul cluster commun.<\/p>\n<p><\/p>\n<p>Dans GitLab 11.11, les utilisateurs d'instances autog\u00e9r\u00e9es peuvent d\u00e9sormais pr\u00e9parer un cluster au niveau de l'instance, et tous les groupes et projets dans l'instance l'utiliseront pour leurs d\u00e9ploiements. Gr\u00e2ce \u00e0 cette int\u00e9gration, GitLab avec Kubernetes cr\u00e9era automatiquement des ressources pour des projets sp\u00e9cifiques pour plus de s\u00e9curit\u00e9.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/gq\/f7\/ia\/gqf7iald9i3j80ww4cu2t4gd_8m.png\"><img decoding=\"async\" alt=\"GitLab 11.11 : plusieurs changements importants pour les demandes de fusion et am\u00e9liorations pour les conteneurs.\" src=\"\/wp-content\/uploads\/2019\/05\/fc8b3b09aa400556c7eeec63b8efc785.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"uvedomleniya-o-deployah-v-slack-i-mattermost\">Notifications de d\u00e9ploiements dans Slack et Mattermost<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Vous pouvez maintenant configurer des notifications automatiques d'\u00e9v\u00e9nements de d\u00e9ploiement dans le canal de l'\u00e9quipe gr\u00e2ce \u00e0 l'int\u00e9gration avec les chats <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/ee\/user\/project\/integrations\/slack.html\">Slack<\/a><\/noindex> et <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/ee\/user\/project\/integrations\/mattermost.html\">Mattermost<\/a><\/noindex>, et votre \u00e9quipe sera au courant de tous les \u00e9v\u00e9nements importants.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/az\/gv\/_d\/azgv_d7ss0efz9misepgduv0vdu.png\"><img decoding=\"async\" alt=\"GitLab 11.11 : plusieurs changements importants pour les demandes de fusion et am\u00e9liorations pour les conteneurs.\" src=\"\/wp-content\/uploads\/2019\/05\/c7b470294640d2cdf16bde761437c665.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"gostevoy-dostup-k-vypuskam\">Acc\u00e8s invit\u00e9 aux versions<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Les utilisateurs invit\u00e9s de vos projets peuvent d\u00e9sormais consulter les versions publi\u00e9es sur la page Releases. Ils pourront t\u00e9l\u00e9charger les artefacts publi\u00e9s, mais ne pourront pas t\u00e9l\u00e9charger le code source ni voir les d\u00e9tails des d\u00e9p\u00f4ts, tels que les tags ou les commits.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/zn\/0x\/it\/zn0xit3cx4szlvqtgljd7rxyo7g.png\"><img decoding=\"async\" alt=\"GitLab 11.11 : plusieurs changements importants pour les demandes de fusion et am\u00e9liorations pour les conteneurs.\" src=\"\/wp-content\/uploads\/2019\/05\/60e3216a4228306f136e1229c3ec2e56.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h2 id=\"drugie-uluchsheniya-v-gitlab-1111\">Autres am\u00e9liorations dans GitLab 11.11<\/h2>\n<p><\/p>\n<h3 id=\"serializovannye-grafy-kommitov-dlya-povysheniya-proizvoditelnosti\">Graphes de commits s\u00e9rialis\u00e9s pour des performances accrues<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Pour de nombreuses op\u00e9rations Git, il faut parcourir le graphe des commits, comme le calcul de la base de fusion ou l'affichage des branches contenant un commit. Plus il y a de commits, plus ces op\u00e9rations ralentissent, car il faut charger chaque objet depuis le disque pour lire ses pointeurs.<\/p>\n<p><\/p>\n<p>Dans GitLab 11.11, nous avons inclus la fonctionnalit\u00e9 de graphes de commits s\u00e9rialis\u00e9s, introduite dans les derni\u00e8res versions de Git, pour calculer et stocker ces informations \u00e0 l'avance. Les parcours dans de grands d\u00e9p\u00f4ts sont d\u00e9sormais beaucoup plus rapides. Le graphe des commits sera automatiquement cr\u00e9\u00e9 lors de la prochaine collecte de d\u00e9chets dans le d\u00e9p\u00f4t.<\/p>\n<p><\/p>\n<p>Lisez comment le graphe de commits s\u00e9rialis\u00e9 a \u00e9t\u00e9 cr\u00e9\u00e9 dans <noindex><a rel=\"nofollow\" href=\"https:\/\/devblogs.microsoft.com\/devops\/supercharging-the-git-commit-graph\/\">une s\u00e9rie d'articles<\/a><\/noindex> r\u00e9alis\u00e9s par l'un des auteurs de cette fonctionnalit\u00e9.<\/p>\n<p><\/p>\n<h3 id=\"dopolnitelnye-minuty-ci-runner-teper-i-dlya-besplatnyh-planov\">Minutes CI Runner suppl\u00e9mentaires : maintenant aussi pour les plans gratuits<\/h3>\n<p><\/p>\n<p><em>GRATUIT, BRONZE, ARGENT, OR<\/em><\/p>\n<p><\/p>\n<p>Le mois dernier, nous avons ajout\u00e9 la possibilit\u00e9 d'acheter des minutes CI Runner suppl\u00e9mentaires, mais uniquement pour les plans payants de GitLab.com. Dans cette version, les minutes peuvent \u00eatre achet\u00e9es \u00e9galement pour les plans gratuits.<\/p>\n<p><\/p>\n<h3 id=\"zagruzka-arhivov-direktoriy-v-repozitorii\">T\u00e9l\u00e9chargement des archives des r\u00e9pertoires dans les d\u00e9p\u00f4ts<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Selon le type et la taille du projet, l'archive de l'ensemble du projet peut prendre du temps \u00e0 se t\u00e9l\u00e9charger et n'est pas toujours n\u00e9cessaire, surtout dans le cas de grands monorepo. Dans GitLab 11.11, il est possible de t\u00e9l\u00e9charger l'archive du contenu du r\u00e9pertoire courant, y compris les sous-r\u00e9pertoires, pour ne s\u00e9lectionner que les dossiers n\u00e9cessaires.<\/p>\n<p><\/p>\n<p>Merci pour votre travail, <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/kiameisomabes\">Kia Mei Somabes<\/a><\/noindex>!<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/uk\/hr\/3m\/ukhr3mowq-mhsxy_2_fixj2rkay.png\"><img decoding=\"async\" alt=\"GitLab 11.11 : plusieurs changements importants pour les demandes de fusion et am\u00e9liorations pour les conteneurs.\" src=\"\/wp-content\/uploads\/2019\/05\/4d180f877e5e12a825c98e337487ae75.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"primenenie-predlozheniya-teper-avtomaticheski-razreshaet-obsuzhdenie\">L'application de la proposition permet maintenant de r\u00e9soudre automatiquement la discussion<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>La proposition de modifications simplifie la collaboration sur les demandes de fusion : elle permet d\u00e9sormais d'\u00e9viter le copier-coller pour accepter la modification propos\u00e9e. Dans GitLab 11.11, nous avons encore facilit\u00e9 ce processus : la discussion est maintenant automatiquement r\u00e9solue lors de l'application de la proposition.<\/p>\n<p>\n<center><div class=\"youtube-placeholder\" data-id=\"LUG8H46sXCI\" onclick=\"loadVideo(this)\">\r\n        <img decoding=\"async\" src=\"https:\/\/img.youtube.com\/vi\/LUG8H46sXCI\/hqdefault.jpg\" alt=\"Lire la vid\u00e9o\" loading=\"lazy\" width=\"480\" height=\"360\" style=\"width:100%;height:auto;\">\r\n        <div class=\"play-button\"><\/div>\r\n    <\/div><\/center><\/p>\n<h3 id=\"schetchik-vremeni-na-bokovoy-paneli-doski-zadach\">Chronom\u00e8tre dans la barre lat\u00e9rale du tableau des t\u00e2ches<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Les barres lat\u00e9rales des t\u00e2ches doivent appara\u00eetre de la m\u00eame mani\u00e8re dans les vues tableau et t\u00e2ches. C'est pourquoi GitLab dispose d\u00e9sormais d'un chronom\u00e8tre dans la barre lat\u00e9rale des t\u00e2ches sur le tableau des t\u00e2ches. Il vous suffit de vous rendre sur le tableau des t\u00e2ches, de cliquer sur la t\u00e2che et la barre lat\u00e9rale avec le chronom\u00e8tre s'ouvrira.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/w2\/5a\/mh\/w25amhv1medrejnpno8qndis1_e.png\"><img decoding=\"async\" alt=\"GitLab 11.11 : plusieurs changements importants pour les demandes de fusion et am\u00e9liorations pour les conteneurs.\" src=\"\/wp-content\/uploads\/2019\/05\/dfb02562b94459721ac27638c9944fbf.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"svedeniya-o-deployah-v-environments-api\">Informations sur les d\u00e9ploiements dans l'API Environments<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Nous avons ajout\u00e9 la possibilit\u00e9 de demander des informations sur un environnement sp\u00e9cifique via l'API Environments, afin de savoir quel commit est d\u00e9ploy\u00e9 dans l'environnement actuellement. Cela facilitera l'automatisation et le reporting pour les utilisateurs d'Environments dans GitLab.<\/p>\n<p><\/p>\n<h3 id=\"otricatelnye-sovpadeniya-peremennyh-dlya-pravil-payplayna\">Correspondances n\u00e9gatives des variables pour les r\u00e8gles de pipeline<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Il est maintenant possible de v\u00e9rifier l'in\u00e9galit\u00e9 n\u00e9gative ou les correspondances de mod\u00e8les (<code>!=<\/code> et <code>!~<\/code>) dans le fichier <code>.gitlab-ci.yml<\/code> lors de la v\u00e9rification des valeurs des variables d'environnement, rendant ainsi le contr\u00f4le du comportement des pipelines plus flexible.<\/p>\n<p><\/p>\n<h3 id=\"zapusk-vseh-vypolnyaemyh-vruchnuyu-dzhobov-na-etape-odnim-schelchkom\">Lancer tous les jobs manuels d'un stage en un clic<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Dans GitLab 11.11, les utilisateurs ayant de nombreux jobs manuels sur un stage peuvent maintenant ex\u00e9cuter tous ces jobs d'un seul stage en cliquant sur le bouton <strong>\u00abPlay all\u00bb<\/strong> (\u00abLancer tout\u00bb) \u00e0 droite du nom du stage dans l'affichage des pipelines.<\/p>\n<p><\/p>\n<h3 id=\"sozdanie-fayla-napryamuyu-iz-peremennoy-sredy\">Cr\u00e9er un fichier directement \u00e0 partir d'une variable d'environnement<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Les variables d'environnement sont souvent utilis\u00e9es pour cr\u00e9er des fichiers, en particulier pour des secrets qui doivent \u00eatre s\u00e9curis\u00e9s et uniquement accessibles dans un certain pipeline d'environnement. Pour cela, vous d\u00e9finissez le contenu de la variable comme \u00e9tant le contenu du fichier et cr\u00e9ez le fichier dans le job contenant cette valeur. Avec la nouvelle variable d'environnement de type <code>fichier<\/code> cela peut \u00eatre fait en une seule \u00e9tape sans m\u00eame modifier <code>.gitlab-ci.yml.<\/code><\/p>\n<p><\/p>\n<h3 id=\"konechnaya-tochka-api-dlya-svedeniy-ob-uyazvimostyah\">Point de terminaison API pour les informations sur les vuln\u00e9rabilit\u00e9s<\/h3>\n<p><\/p>\n<p><em>ULTIMATE, GOLD<\/em><\/p>\n<p><\/p>\n<p>Vous pouvez d\u00e9sormais interroger l'API GitLab pour toutes les vuln\u00e9rabilit\u00e9s identifi\u00e9es dans le projet. Avec cette API, vous pouvez cr\u00e9er des listes de vuln\u00e9rabilit\u00e9s lisibles par machine avec des filtres par type, cr\u00e9dibilit\u00e9 et gravit\u00e9.<\/p>\n<p><\/p>\n<h3 id=\"vozmozhnost-polnogo-dinamicheskogo-skanirovaniya-dlya-dast\">Possibilit\u00e9 d'analyse dynamique compl\u00e8te pour DAST<\/h3>\n<p><\/p>\n<p><em>ULTIMATE, GOLD<\/em><\/p>\n<p><\/p>\n<p>Dans GitLab, vous pouvez tester dynamiquement la s\u00e9curit\u00e9 des applications (Dynamic Application Security Testing, DAST) dans le cadre du pipeline CI. \u00c0 partir de cette version, vous pouvez choisir un scan dynamique complet au lieu du scanning passif standard. Le scan dynamique complet prot\u00e8ge contre un plus grand nombre de vuln\u00e9rabilit\u00e9s.<\/p>\n<p><\/p>\n<h3 id=\"ustanovka-prometheus-v-klasterah-na-urovne-gruppy\">Installation de Prometheus dans des clusters au niveau du groupe<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Dans cette version, GitLab permet d'attacher un cluster Kubernetes \u00e0 l'ensemble du groupe. Nous avons \u00e9galement ajout\u00e9 la possibilit\u00e9 d'installer une instance unique de Prometheus sur ce cluster pour simplifier la surveillance de tous les projets sur le cluster.<\/p>\n<p><\/p>\n<h3 id=\"svedeniya-ob-ignorirovanii-uyazvimostey-na-paneli-bezopasnosti\">Informations sur l'ignorance des vuln\u00e9rabilit\u00e9s sur le tableau de bord de s\u00e9curit\u00e9<\/h3>\n<p><\/p>\n<p><em>ULTIMATE, GOLD<\/em><\/p>\n<p><\/p>\n<p>Sur les tableaux de bord de s\u00e9curit\u00e9 GitLab, les administrateurs peuvent voir les vuln\u00e9rabilit\u00e9s ignor\u00e9es. Pour optimiser le flux de travail, nous avons ajout\u00e9 la possibilit\u00e9 de voir les informations d'ignorance directement sur le tableau de bord de s\u00e9curit\u00e9.<\/p>\n<p><\/p>\n<h3 id=\"sozdanie-polzovatelskih-diagramm-metrik-na-paneli-monitoringa\">Cr\u00e9ation de graphiques personnalis\u00e9s de m\u00e9triques sur le tableau de bord<\/h3>\n<p><\/p>\n<p><em>PREMIUM, ULTIMATE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Cr\u00e9ez de nouveaux graphiques avec des m\u00e9triques de performance personnalis\u00e9es directement sur le tableau de bord dans le tableau de bord des m\u00e9triques. Les utilisateurs peuvent maintenant cr\u00e9er, mettre \u00e0 jour et supprimer des visualisations de m\u00e9triques sur le tableau de bord en cliquant sur le bouton <strong>\u00abAdd Metric\u00bb<\/strong> (\u00abAjouter une m\u00e9trique\u00bb) dans le coin sup\u00e9rieur droit du tableau de bord.<\/p>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habrastorage.org\/webt\/og\/hl\/b3\/oghlb329zijpvemwqjsxjo8qawa.png\"><img decoding=\"async\" alt=\"GitLab 11.11 : plusieurs changements importants pour les demandes de fusion et am\u00e9liorations pour les conteneurs.\" src=\"\/wp-content\/uploads\/2019\/05\/4959332a02d70ddc932370a49a5797ed.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h3 id=\"zadachi-iz-uvedomleniy-teper-otkryvayutsya-ot-imeni-gitlab-alert-bot\">Les t\u00e2ches provenant des notifications s'ouvrent maintenant au nom de GitLab Alert Bot<\/h3>\n<p><\/p>\n<p><em>PREMIUM, ULTIMATE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>\u00c0 pr\u00e9sent, les t\u00e2ches qui s'ouvrent \u00e0 partir des notifications seront attribu\u00e9es \u00e0 GitLab Alert Bot, de sorte que vous puissiez voir imm\u00e9diatement que la t\u00e2che a \u00e9t\u00e9 cr\u00e9\u00e9e automatiquement \u00e0 partir d'une notification importante.<\/p>\n<p><\/p>\n<h3 id=\"avtosohranenie-opisaniy-epikov-v-lokalnoe-hranilische\">Sauvegarde automatique des descriptions d'\u00e9pop\u00e9es dans le stockage local<\/h3>\n<p><\/p>\n<p><em>ULTIMATE, GOLD<\/em><\/p>\n<p><\/p>\n<p>Les descriptions d'\u00e9pop\u00e9es n'\u00e9taient pas sauvegard\u00e9es dans le stockage local, ce qui faisait que les modifications \u00e9taient perdues si vous ne les saviez pas explicitement lorsque vous modifiez la description de l'\u00e9pop\u00e9e. Avec GitLab 11.11, il est d\u00e9sormais possible de sauvegarder les descriptions d'\u00e9pop\u00e9es dans le stockage local. Cela signifie que vous pouvez facilement revenir \u00e0 la modification de la description d'\u00e9pop\u00e9e si une erreur se produit, si vous \u00eates distrait ou si vous quittez accidentellement le navigateur.<\/p>\n<p><\/p>\n<h3 id=\"podderzhka-otzerkalivaniya-na-gitlab-dlya-git-lfs\">Support de la mise en miroir dans GitLab pour Git LFS<\/h3>\n<p><\/p>\n<p><em>STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Avec le miroir, vous pouvez r\u00e9pliquer des d\u00e9p\u00f4ts Git d'un endroit \u00e0 un autre. Cela facilite le stockage sur le serveur GitLab d'une r\u00e9plique d'un d\u00e9p\u00f4t situ\u00e9 ailleurs. GitLab prend maintenant en charge le mirroring des d\u00e9p\u00f4ts avec Git LFS, ce qui rend cette fonctionnalit\u00e9 disponible m\u00eame pour les d\u00e9p\u00f4ts avec de gros fichiers, comme les textures pour les jeux ou les donn\u00e9es scientifiques.<\/p>\n<p><\/p>\n<h3 id=\"prava-na-chtenie-i-zapis-v-repozitorii-dlya-personalnyh-tokenov-dostupa\">Droits de lecture et d'\u00e9criture dans les d\u00e9p\u00f4ts pour les tokens d'acc\u00e8s personnels.<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>De nombreux tokens d'acc\u00e8s personnels ont des autorisations de modification au niveau <code>api<\/code>, mais un acc\u00e8s complet \u00e0 l'API peut donner trop de droits \u00e0 certains utilisateurs ou organisations.<\/p>\n<p><\/p>\n<p>Gr\u00e2ce \u00e0 la contribution de la communaut\u00e9, les tokens d'acc\u00e8s personnels peuvent maintenant avoir uniquement des droits de lecture et d'\u00e9criture pour les d\u00e9p\u00f4ts de projet, sans acc\u00e8s plus profond au niveau API dans des zones sensibles de GitLab, comme les param\u00e8tres et l'appartenance.<\/p>\n<p><\/p>\n<p>Merci, Horatiu Eugen Vlad (<noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/hvlad\">Horatiu Eugen Vlad<\/a><\/noindex>)!<\/p>\n<p><\/p>\n<h3 id=\"dobavlenie-bazovoy-podderzhki-dlya-gruppovyh-zaprosov-graphql\">Ajout d'un support de base pour les requ\u00eates group\u00e9es GraphQL.<\/h3>\n<p><\/p>\n<p><em>FREE, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n<p><\/p>\n<p>Avec l'API GraphQL, les utilisateurs peuvent sp\u00e9cifier exactement quelles donn\u00e9es ils n\u00e9cessitent et r\u00e9cup\u00e9rer toutes les donn\u00e9es n\u00e9cessaires en quelques requ\u00eates. \u00c0 partir de cette version, GitLab prend en charge l'ajout d'informations de base sur le groupe dans l'API GraphQL.<\/p>\n<p><\/p>\n<h3 id=\"vhod-s-uchetnymi-dannymi-salesforce\">Connexion avec des identifiants Salesforce.<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>GitLab adore les d\u00e9veloppeurs Salesforce, et pour soutenir cette communaut\u00e9, nous permettons aux utilisateurs de se connecter \u00e0 GitLab avec leurs identifiants Salesforce.com. Actuellement, il est possible de configurer GitLab comme une application connect\u00e9e \u00e0 Salesforce pour utiliser Salesforce.com pour se connecter \u00e0 GitLab en un clic.<\/p>\n<p><\/p>\n<h3 id=\"saml-sso-teper-obyazatelen-dlya-veb-dostupa\">Le SSO SAML est maintenant obligatoire pour l'acc\u00e8s web.<\/h3>\n<p><\/p>\n<p><em>PREMIUM, ULTIMATE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Nous <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/5291\">\u00e9largit l'exigence de connexion unique (SSO)<\/a><\/noindex> au niveau des groupes, instaur\u00e9 dans la version 11.8, avec un contr\u00f4le strict des ressources de groupe et de projet, afin que les utilisateurs ne puissent acc\u00e9der qu'en se connectant via SAML. C'est un niveau de contr\u00f4le d'acc\u00e8s suppl\u00e9mentaire pour les organisations qui valorisent la s\u00e9curit\u00e9 et utilisent GitLab.com via SAML SSO. Vous pouvez maintenant rendre le SSO obligatoire, sachant que les utilisateurs de votre groupe utilisent le SSO.<\/p>\n<p><\/p>\n<h3 id=\"filtraciya-po-nedavno-sozdannym-ili-izmenennym-dannym-dlya-api-epikov\">Filtrage par donn\u00e9es r\u00e9cemment cr\u00e9\u00e9es ou modifi\u00e9es pour l'API des \u00e9pop\u00e9es.<\/h3>\n<p><\/p>\n<p><em>ULTIMATE, GOLD<\/em><\/p>\n<p><\/p>\n<p>Auparavant, il \u00e9tait difficile de demander des donn\u00e9es r\u00e9cemment cr\u00e9\u00e9es ou modifi\u00e9es via l'API des \u00e9pop\u00e9es sur GitLab. Dans la version 11.11, nous avons ajout\u00e9 des filtres suppl\u00e9mentaires. <code>created_after<\/code>, <code>created_before<\/code>, <code>mis \u00e0 jour apr\u00e8s<\/code> et <code>mis \u00e0 jour avant<\/code>, afin d'assurer la coh\u00e9rence avec l'API des t\u00e2ches et de trouver rapidement les \u00e9pop\u00e9es modifi\u00e9es ou r\u00e9cemment cr\u00e9\u00e9es.<\/p>\n<p><\/p>\n<h3 id=\"biometricheskaya-autentifikaciya-s-ultraauth\">Authentification biom\u00e9trique avec UltraAuth<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Soci\u00e9t\u00e9 <noindex>UltraAuth<\/noindex> se sp\u00e9cialise dans l'authentification biom\u00e9trique sans mot de passe. Nous soutenons d\u00e9sormais cette m\u00e9thode d'authentification sur GitLab !<\/p>\n<p><\/p>\n<p>Merci, Kartikey Tanna (<noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/tannakartikey\">Kartikey Tanna<\/a><\/noindex>)!<\/p>\n<p><\/p>\n<h3 id=\"gitlab-runner-1111\">GitLab Runner 11.11<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Nous avons publi\u00e9 aujourd'hui GitLab Runner 11.11 ! GitLab Runner est un projet open source utilis\u00e9 pour ex\u00e9cuter des t\u00e2ches CI\/CD et renvoyer les r\u00e9sultats \u00e0 GitLab.<\/p>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1298\"><code>Correction d'un probl\u00e8me o\u00f9 git lfs<\/code> ne r\u00e9cup\u00e9rait pas les objets de sous-module.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1292\">Optimisation du traitement des longues traces.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1321\">Les param\u00e8tres des fonctions peuvent \u00eatre configur\u00e9s avec config.toml.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1319\"><code>Les param\u00e8tres des fonctions peuvent \u00eatre utilis\u00e9s pour configurer le dossier \/builds<\/code>.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1243\">Ajout de la prise en charge de PowerShell pour l'Ex\u00e9cuteur Docker.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1269\">Prise en charge de la configuration des volumes Docker Windows.<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<h3 id=\"uluchsheniya-omnibus\">Am\u00e9liorations d'Omnibus<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n<p><\/p>\n<p>Nous avons apport\u00e9 les am\u00e9liorations suivantes \u00e0 Omnibus dans GitLab 11.11 :<\/p>\n<p><\/p>\n<ul>\n<li>GitLab 11.11 comprend <noindex><a rel=\"nofollow\" href=\"https:\/\/mattermost.com\/blog\/mattermost-5-10-single-sign-on-for-mobile-richer-integrations-and-more\/\">Mattermost 5.10<\/a><\/noindex> \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/mattermost.com\/\">une alternative open source \u00e0 Slack<\/a><\/noindex>, dont la nouvelle version inclut des messages \u00e9ph\u00e9m\u00e8res interactifs et bien plus encore. Cette version contient <noindex><a rel=\"nofollow\" href=\"https:\/\/mattermost.com\/security-updates\/\">mises \u00e0 jour de s\u00e9curit\u00e9<\/a><\/noindex>, et nous recommandons de proc\u00e9der \u00e0 la mise \u00e0 jour.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3241\"><code>Grafana a \u00e9t\u00e9 mise \u00e0 jour vers la version 1.1.0<\/code>, pour rattraper les derniers tableaux de bord Omnibus<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3142\">Le paquet PostreSQL 10 inclut d\u00e9sormais Omnibus.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3249\/diffs\"><code>Le DSN Sentry peut d\u00e9sormais \u00eatre transmis dans gitlab.yml<\/code>.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3082\"><code>Mise \u00e0 jour de RubyGems vers 2.7.9<\/code>.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3197\"><code>Mise \u00e0 jour de liblzma<\/code> \u00e0 <code>5.2.4<\/code> avec <code>5.2.2<\/code>.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3210\"><code>Mise \u00e0 jour de libtool<\/code> \u00e0 <code>2.4.6<\/code>.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3205\"><code>postresql se lance apr\u00e8s la commande pg-upgrade<\/code>.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3182\">Mise \u00e0 jour des composants Prometheus vers les derni\u00e8res versions.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3220\"><code>Mise \u00e0 jour de git vers 2.21.0<\/code>.<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<h3 id=\"uluchshenie-shem\">Am\u00e9lioration des sch\u00e9mas<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE<\/em><\/p>\n<p><\/p>\n<p>Nous avons apport\u00e9 les am\u00e9liorations suivantes aux graphiques Helm dans GitLab 11.11 :<\/p>\n<p><\/p>\n<ul>\n<li>Dans GitLab 11.11, il est possible de <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/charts\/gitlab\/issues\/705\">attacher un volume pour le stockage du r\u00e9pertoire tmp\/work<\/a><\/noindex>.<\/li>\n<li>Des options de configuration suppl\u00e9mentaires sont disponibles pour les administrateurs <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/charts\/gitlab\/merge_requests\/776\">options de configuration suppl\u00e9mentaires<\/a><\/noindex>, y compris <code>memoryKiller<\/code>, <code>maxRss<\/code>, <code>graceTime<\/code> et <code>shutdownWait<\/code>.<\/li>\n<li>Les graphiques Helm sont d\u00e9sormais <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/charts\/gitlab\/issues\/1132\">test\u00e9s en continu<\/a><\/noindex> dans Amazon Elastic Container Service for Kubernetes (<noindex><a rel=\"nofollow\" href=\"https:\/\/aws.amazon.com\/eks\/\">EKS<\/a><\/noindex>)<\/li>\n<\/ul>\n<p><\/p>\n<h3 id=\"uluchsheniya-proizvoditelnosti\">Am\u00e9liorations des performances<\/h3>\n<p><\/p>\n<p><em>CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD<\/em><\/p>\n<p><\/p>\n<p>Nous continuons \u00e0 am\u00e9liorer les performances de GitLab avec chaque version pour des instances GitLab de toute taille. Quelques am\u00e9liorations dans GitLab 11.11 :<\/p>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27866\">Acc\u00e9l\u00e9ration de l'auto-compl\u00e9tion des utilisateurs lorsque la r\u00e9ponse contient de nombreux chemins vers des avatars.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27825\">R\u00e9duction de la charge utile de Sidekiq lors de la suppression de todos.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/merge_requests\/11575\">Calcul de la complexit\u00e9 du r\u00e9solveur GraphQL en fonction des \u00e9l\u00e9ments.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27817\">Am\u00e9lioration des performances de recherche globale pour les objets affich\u00e9s.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27413\">Am\u00e9lioration des performances lors du d\u00e9ploiement du fichier diff complet.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27625\">Demande garantie d'objets blob dans un seul paquet.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/22801\">Affichage de la liste des pages Wiki sans chargement du contenu.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/24038\">Renonciation \u00e0 la cr\u00e9ation de liens temporaires pour comparer des branches dans un m\u00eame projet.<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<h2 id=\"ustarevshie-fichi\">Fonctionnalit\u00e9s obsol\u00e8tes<\/h2>\n<p><\/p>\n<h3 id=\"gitlab-geo-obespechit-heshirovannoe-hranenie-v-gitlab-120\">GitLab Geo permettra le stockage hach\u00e9 dans GitLab 12.0<\/h3>\n<p><\/p>\n<p>GitLab Geo n\u00e9cessite <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/ee\/administration\/repository_storage_types.html#hashed-storage\">un stockage hach\u00e9<\/a><\/noindex> pour att\u00e9nuer la concurrence sur les n\u0153uds secondaires. Cela a \u00e9t\u00e9 not\u00e9 dans <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/issues\/40970\">gitlab-ce#40970<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Dans GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/milestones\/20\">11.5<\/a><\/noindex> , nous avons ajout\u00e9 cette exigence \u00e0 la documentation Geo : <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/8053\">gitlab-ee#8053<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Dans GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/milestones\/21\">11.6<\/a><\/noindex> <code>sudo gitlab-rake gitlab:geo:check<\/code> v\u00e9rifie si le stockage hach\u00e9 est activ\u00e9 et si tous les projets sont transf\u00e9r\u00e9s. Voir. <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/8289\">gitlab-ee#8289<\/a><\/noindex>. Si vous utilisez Geo, veuillez effectuer cette v\u00e9rification et migrer d\u00e8s que possible.<\/p>\n<p><\/p>\n<p>Dans GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/milestones\/23\">11.8<\/a><\/noindex> un avertissement d\u00e9sactivable s'affichera sur la page <strong>Admin Area \u203a Geo \u203a Nodes<\/strong>, si les v\u00e9rifications mentionn\u00e9es ci-dessus ne sont pas autoris\u00e9es. <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/merge_requests\/8433\">gitlab-ee!8433<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Dans GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/milestones\/33\">12.0<\/a><\/noindex> Geo utilisera les exigences du stockage hach\u00e9. Voir. <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/8690\">gitlab-ee#8690<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Date de retrait : <strong>22 juin 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"gitlab-geo-obespechit-ispolzovanie-pg-fdw-v-gitlab-120\">GitLab Geo permettra d'utiliser PG FDW dans GitLab 12.0<\/h3>\n<p><\/p>\n<p>C'est n\u00e9cessaire pour le Geo Log Cursor, car cela am\u00e9liore consid\u00e9rablement les performances de certaines op\u00e9rations de synchronisation. Les performances des requ\u00eates de statut des n\u0153uds Geo sont \u00e9galement am\u00e9lior\u00e9es. Les requ\u00eates pr\u00e9c\u00e9dentes avaient des performances trop faibles dans les grands projets. Voir comment configurer cela dans <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/ee\/administration\/geo\/replication\/database.html\">la r\u00e9plication de la base de donn\u00e9es Geo<\/a><\/noindex>. Dans GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/milestones\/33\">12.0<\/a><\/noindex> Geo n\u00e9cessitera PG FDW. Voir <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/11006\">gitlab-ee#11006<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Date de retrait : <strong>22 juin 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"parametry-sentry-dlya-otchetov-ob-oshibkah-i-logirovaniya-budut-udaleny-iz-polzovatelskogo-interfeysa-v-gitlab-120\">Les param\u00e8tres Sentry pour les rapports d'erreurs et la journalisation seront supprim\u00e9s de l'interface utilisateur dans GitLab 12.0<\/h3>\n<p><\/p>\n<p>Ces param\u00e8tres seront supprim\u00e9s de l'interface utilisateur dans GitLab 12.0 et seront accessibles dans le fichier <code>gitlab.yml<\/code>. De plus, vous pourrez d\u00e9finir l'environnement Sentry pour distinguer plusieurs d\u00e9ploiements. Par exemple, d\u00e9veloppement, staging et production. Voir <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/issues\/49771\">gitlab-ce#49771<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Date de retrait : <strong>22 juin 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"ogranichenie-maksimalnogo-kolichestva-payplaynov-sozdavaemyh-odnoy-otpravkoy\">Limitation du nombre maximum de pipelines cr\u00e9\u00e9s par un seul envoi<\/h3>\n<p><\/p>\n<p>Auparavant, GitLab cr\u00e9ait des pipelines pour <code>HEAD<\/code> chaque branche dans l'envoi. Cela est pratique pour les d\u00e9veloppeurs qui soumettent plusieurs modifications (par exemple, dans une branche de fonctionnalit\u00e9s et dans la branche <code>develop<\/code>).<\/p>\n<p><\/p>\n<p>Mais lors de l'envoi d'un grand d\u00e9p\u00f4t avec de nombreuses branches actives (par exemple pour le d\u00e9placement, le mirroring ou le branching), il n'est pas n\u00e9cessaire de cr\u00e9er un pipeline pour chaque branche. \u00c0 partir de GitLab 11.10, nous cr\u00e9ons <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/merge_requests\/27205\">un maximum de 4 pipelines<\/a><\/noindex> lors de l'envoi.<\/p>\n<p><\/p>\n<p>Date de retrait : <strong>22 mai 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"ustarevshie-puti-legacy-koda-gitlab-runner\">Les chemins de code legacy obsol\u00e8tes de GitLab Runner<\/h3>\n<p><\/p>\n<p>\u00c0 partir de Gitlab 11.9, GitLab Runner utilise <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1203\">une nouvelle m\u00e9thode <\/a><\/noindex> clonage\/appel du d\u00e9p\u00f4t. Actuellement, GitLab Runner utilisera l'ancienne m\u00e9thode si la nouvelle n'est pas prise en charge. Pour plus de d\u00e9tails, voir <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4069\">cette t\u00e2che<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Dans GitLab 11.0, nous avons modifi\u00e9 la configuration du serveur de m\u00e9triques pour GitLab Runner. <code>metrics_server<\/code>sera supprim\u00e9 au profit de <code>listen_address<\/code> dans GitLab 12.0. Pour plus de d\u00e9tails, consultez <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4072\">cette t\u00e2che<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>\u00c0 partir de la version 11.3, GitLab Runner a commenc\u00e9 \u00e0 prendre en charge <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/968\">plusieurs fournisseurs de cache<\/a><\/noindex>; ce qui a conduit \u00e0 de nouveaux param\u00e8tres pour <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/advanced-configuration.html#the-runnerscaches3-section\">la configuration sp\u00e9cifique S3<\/a><\/noindex>. Il y a <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/advanced-configuration.html#the-runnerscache-section\">documentation<\/a><\/noindex> un tableau des changements et des instructions pour la transition vers la nouvelle configuration. Pour plus de d\u00e9tails, consultez <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4070\">cette t\u00e2che<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Ces chemins ne seront pas disponibles dans GitLab 12.0. En tant qu'utilisateur, vous n'avez rien \u00e0 changer, il suffit de s'assurer que l'instance GitLab fonctionne avec la version 11.9+ lors de la mise \u00e0 niveau vers GitLab Runner 12.0.<\/p>\n<p><\/p>\n<p>Date de retrait : <strong>22 juin 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"ustarevshiy-parametr-dlya-fichi-tochki-vhoda-dlya-gitlab-runner\">Param\u00e8tre obsol\u00e8te pour la fonctionnalit\u00e9 de point d'entr\u00e9e pour GitLab Runner<\/h3>\n<p><\/p>\n<p>Dans la version 11.4, GitLab Runner a introduit le param\u00e8tre de fonctionnalit\u00e9 <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/feature-flags.html#available-feature-flags\"><code>FF_K8S_USE_ENTRYPOINT_OVER_COMMAND<\/code><\/a><\/noindex> pour corriger des probl\u00e8mes comme <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/2338\">#2338<\/a><\/noindex> et <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/3536\">#3536<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Dans GitLab 12.0, nous passerons \u00e0 un comportement correct, comme si le param\u00e8tre de fonctionnalit\u00e9 \u00e9tait d\u00e9sactiv\u00e9. Pour plus de d\u00e9tails, consultez <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4073\">cette t\u00e2che<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Date de retrait : <strong>22 juin 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"ustarevshaya-podderzhka-distributiva-linux-dostigshego-eol-dlya-gitlab-runner\">Support obsol\u00e8te pour les distributions Linux arriv\u00e9es \u00e0 EOL pour GitLab Runner<\/h3>\n<p><\/p>\n<p>Certaines distributions Linux sur lesquelles GitLab Runner peut \u00eatre install\u00e9 ont atteint leur fin de vie.<\/p>\n<p><\/p>\n<p>Dans GitLab 12.0, GitLab Runner ne distribuera plus de paquets pour ces distributions Linux. Vous pouvez trouver une liste compl\u00e8te des distributions qui ne sont plus prises en charge dans notre <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/install\/linux-repository.html\">documentation<\/a><\/noindex>. Merci, Javier Ardo (<noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/jjardon\">Javier Jard\u00f3n<\/a><\/noindex>), pour votre <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1130\">contribution<\/a><\/noindex>!<\/p>\n<p><\/p>\n<p>Date de retrait : <strong>22 juin 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"udalenie-staryh-komand-gitlab-runner-helper\">Suppression des anciennes commandes GitLab Runner Helper<\/h3>\n<p><\/p>\n<p>Dans le cadre de l'ajout de la prise en charge <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/groups\/gitlab-org\/-\/epics\/535\">l'ex\u00e9cuteur Docker Windows<\/a><\/noindex> , il a fallu abandonner certaines anciennes commandes utilis\u00e9es pour <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/advanced-configuration.html#helper-image\">l'image helper<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Dans GitLab 12.0, GitLab Runner est lanc\u00e9 \u00e0 l'aide de nouvelles commandes. Cela ne concerne que les utilisateurs qui <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/advanced-configuration.html#overriding-the-helper-image\">surcharge l'image de helper<\/a><\/noindex>. Pour plus de d\u00e9tails, consultez <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4013\">cette t\u00e2che<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Date de retrait : <strong>22 juin 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"udalenie-legacy-mehanizma-git-clean-iz-gitlab-runner\">Suppression du m\u00e9canisme legacy git clean de GitLab Runner<\/h3>\n<p><\/p>\n<p>Dans GitLab Runner 11.10, nous <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/merge_requests\/1281\">nous avons donn\u00e9 la possibilit\u00e9<\/a><\/noindex> de configurer comment Runner ex\u00e9cute la commande <code>git clean<\/code>. De plus, la nouvelle strat\u00e9gie de nettoyage supprime l'utilisation de <code>permet de r\u00e9tablir les modifications dans les d\u00e9ploiements ; les \u00e9tats pr\u00e9c\u00e9dents sont toujours accessibles.<\/code> et place la commande <code>git clean<\/code> apr\u00e8s l'\u00e9tape de d\u00e9charge.<\/p>\n<p><\/p>\n<p>\u00c9tant donn\u00e9 que ce changement de comportement peut affecter certains utilisateurs, nous avons pr\u00e9par\u00e9 le param\u00e8tre <code>FF_USE_LEGACY_GIT_CLEAN_STRATEGY<\/code>. Si vous d\u00e9finissez la valeur <code>true<\/code>, cela restaurera la strat\u00e9gie de nettoyage h\u00e9rit\u00e9e. Plus d'informations sur l'utilisation des param\u00e8tres de fonction dans GitLab Runner sont disponibles <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/runner\/configuration\/feature-flags.html\">dans la documentation<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Dans GitLab Runner 12.0, nous supprimerons le support de la strat\u00e9gie de nettoyage h\u00e9rit\u00e9e et la possibilit\u00e9 de la restaurer \u00e0 l'aide du param\u00e8tre de fonction. Voir <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4175\">cette t\u00e2che<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Date de retrait : <strong>22 juin 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"shablony-gruppovyh-proektovhttpsdocsgitlabcomeeusergroupcustom_project_templateshtmlcustom-group-level-project-templates-premium-only-dostupny-tolko-dlya-planov-silverpremium\"><noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/ee\/user\/group\/custom_project_templates.html#custom-group-level-project-templates-premium-only\">Mod\u00e8les de projets de groupe<\/a><\/noindex> disponibles uniquement pour les plans Silver\/Premium<\/h3>\n<p><\/p>\n<p>Lorsque nous avons introduit des mod\u00e8les de projets au niveau des groupes dans la version 11.6, nous avons accidentellement rendu cette fonctionnalit\u00e9 Premium\/Silver disponible pour tous les plans.<\/p>\n<p><\/p>\n<p>Nous <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/10926\">nous corrigeons ce bug<\/a><\/noindex> dans la version 11.11 et donnons encore 3 mois \u00e0 tous les utilisateurs et instances en dessous du niveau Silver\/Premium.<\/p>\n<p><\/p>\n<p>\u00c0 partir du 22 ao\u00fbt 2019, les mod\u00e8les de projets de groupe seront disponibles uniquement pour le plan Silver\/Premium et sup\u00e9rieur, comme d\u00e9crit dans la documentation.<\/p>\n<p><\/p>\n<p>Date de retrait : <strong>22 ao\u00fbt 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"prekraschena-podderzhka-paketnyh-zadaniy-windows\">Prise en charge des t\u00e2ches par lots Windows arr\u00eat\u00e9e<\/h3>\n<p><\/p>\n<p>Dans GitLab 13.0 (22 juin 2020), nous pr\u00e9voyons d'abandonner le support des t\u00e2ches par lots dans la ligne de commande Windows dans GitLab Runner (par exemple, <code>cmd.exe<\/code>) au profit d'un support \u00e9tendu de Windows PowerShell. Plus de d\u00e9tails dans <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/issues\/4163\">cette t\u00e2che<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Notre vision du DevOps d'entreprise sera d\u00e9sormais en accord avec la position de Microsoft selon laquelle PowerShell est le meilleur choix pour l'automatisation des applications d'entreprise dans les environnements Windows. Si vous souhaitez continuer \u00e0 utiliser <code>cmd.exe<\/code>, ces commandes peuvent \u00eatre appel\u00e9es depuis PowerShell, mais nous ne prendrons pas en charge directement les t\u00e2ches par lots Windows en raison de plusieurs incoh\u00e9rences entra\u00eenant des co\u00fbts \u00e9lev\u00e9s en maintenance et en d\u00e9veloppement.<\/p>\n<p><\/p>\n<p>Date de retrait : <strong>22 septembre 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"trebuetsya-git-2210-ili-vyshe\">Git 2.21.0 ou sup\u00e9rieur requis<\/h3>\n<p><\/p>\n<p>\u00c0 partir de GitLab 11.11, Git 2.21.0 est requis pour le fonctionnement. <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/merge_requests\/3220\">Omnibus GitLab est d\u00e9j\u00e0 livr\u00e9 avec Git 2.21.0<\/a><\/noindex>, mais les utilisateurs des installations sources avec des versions ant\u00e9rieures de Git devront mettre \u00e0 jour.<\/p>\n<p><\/p>\n<p>Date de retrait : <strong>22 mai 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"ustarevshiy-shablon-servisa-kubernetes\">Mod\u00e8le de service Kubernetes obsol\u00e8te<\/h3>\n<p><\/p>\n<p>Dans GitLab 12.0, nous pr\u00e9voyons d'abandonner le mod\u00e8le de service Kubernetes <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/issues\/39840\">au niveau de l'instance<\/a><\/noindex> au profit de la configuration de cluster au niveau de l'instance introduite dans GitLab 11.11.<\/p>\n<p><\/p>\n<p>Tous les instances autog\u00e9r\u00e9es utilisant le mod\u00e8le de service seront transf\u00e9r\u00e9es vers le cluster au niveau de l'instance lors de la mise \u00e0 niveau vers GitLab 12.0.<\/p>\n<p><\/p>\n<p>Date de retrait : <strong>22 juin 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"otkaz-ot-sopostavleniya-po-yarlyku-app-na-panelyah-deploya-kubernetes\">Abandon du mappage par \u00e9tiquette <code>app<\/code> sur les panneaux de d\u00e9ploiement Kubernetes<\/h3>\n<p><\/p>\n<p>Dans GitLab 12.0, nous avons pr\u00e9vu d'abandonner la correspondance par \u00e9tiquette\u00a0app dans le s\u00e9lecteur des d\u00e9ploiements Kubernetes. Dans GitLab 11.10, nous avons introduit <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/issues\/9221\">un nouveau m\u00e9canisme de correspondance<\/a><\/noindex>, qui recherche des correspondances par <code>app.example.com\/app<\/code> et <code>app.example.com\/env<\/code>, pour afficher les d\u00e9ploiements sur le panneau.<\/p>\n<p><\/p>\n<p>Pour que ces d\u00e9ploiements apparaissent sur les panneaux de d\u00e9ploiement, il suffit d'envoyer un nouveau d\u00e9ploiement, et GitLab appliquera les nouvelles \u00e9tiquettes.<\/p>\n<p><\/p>\n<p>Date de retrait : <strong>22 juin 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"pakety-gitlab-120-budut-podpisyvatsya-rasshirennoy-podpisyu\">Les packages GitLab 12.0 seront sign\u00e9s avec une signature \u00e9tendue<\/h3>\n<p><\/p>\n<p>Le 2 mai 2019, GitLab <noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/omnibus-gitlab\/issues\/3897\">a prolong\u00e9 la validit\u00e9 des cl\u00e9s de signature pour les packages<\/a><\/noindex> Omnibus GitLab du 01.08.2019 au 01.07.2020. Si vous v\u00e9rifiez les signatures des packages et souhaitez mettre \u00e0 jour les cl\u00e9s, suivez simplement \u00e0 nouveau les instructions du <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.gitlab.com\/omnibus\/update\/package_signatures.html\">document sur la signature des packages Omnibus<\/a><\/noindex>.<\/p>\n<p><\/p>\n<p>Date de retrait : <strong>22 juin 2019.<\/strong><\/p>\n<p><\/p>\n<h3 id=\"zhurnal-izmeneniy\">Journal des modifications<\/h3>\n<p><\/p>\n<p>Consultez toutes ces modifications dans le journal des modifications\u00a0:<\/p>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ce\/blob\/master\/CHANGELOG.md\">GitLab Community Edition<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-ee\/blob\/master\/CHANGELOG-EE.md\">GitLab Enterprise Edition<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/gitlab.com\/gitlab-org\/gitlab-runner\/blob\/master\/CHANGELOG.md\">GitLab Runner<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<h3 id=\"ustanovka\">Installation<\/h3>\n<p><\/p>\n<p>Si vous configurez une nouvelle installation de GitLab, visitez <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/install\/\">la page de t\u00e9l\u00e9chargement de GitLab<\/a><\/noindex>.<\/p>\n<p><\/p>\n<h3 id=\"obnovlenie\">Mise \u00e0 jour<\/h3>\n<p><\/p>\n<p>\u2192 Jetez un \u0153il \u00e0 <noindex><a rel=\"nofollow\" href=\"https:\/\/about.gitlab.com\/update\/\">la page de mises \u00e0 jour<\/a><\/noindex><\/p>\n<p>Source : <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/453818\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0411\u043e\u043b\u044c\u0448\u0435 \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0435\u0439 \u0434\u043b\u044f \u0441\u043e\u0432\u043c\u0435\u0441\u0442\u043d\u043e\u0439 \u0440\u0430\u0431\u043e\u0442\u044b \u0438 \u0434\u043e\u043f\u043e\u043b\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0435 \u0443\u0432\u0435\u0434\u043e\u043c\u043b\u0435\u043d\u0438\u044f \u041c\u044b \u0432 GitLab \u043f\u043e\u0441\u0442\u043e\u044f\u043d\u043d\u043e \u0438\u0449\u0435\u043c \u043d\u043e\u0432\u044b\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0443\u043b\u0443\u0447\u0448\u0438\u0442\u044c \u0441\u043e\u0432\u043c\u0435\u0441\u0442\u043d\u0443\u044e \u0440\u0430\u0431\u043e\u0442\u0443 \u043f\u043e \u0432\u0441\u0435\u043c\u0443 \u0436\u0438\u0437\u043d\u0435\u043d\u043d\u043e\u043c\u0443 \u0446\u0438\u043a\u043b\u0443 DevOps. \u041c\u044b \u0441 \u0440\u0430\u0434\u043e\u0441\u0442\u044c\u044e \u043e\u0431\u044a\u044f\u0432\u043b\u044f\u0435\u043c, \u0447\u0442\u043e \u0441 \u044d\u0442\u043e\u0433\u043e \u0432\u044b\u043f\u0443\u0441\u043a\u0430 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u0438\u0432\u0430\u0435\u043c \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0445 \u043b\u0438\u0446 \u0434\u043b\u044f \u043e\u0434\u043d\u043e\u0433\u043e \u043c\u0435\u0440\u0434\u0436-\u0440\u0435\u043a\u0432\u0435\u0441\u0442\u0430! \u042d\u0442\u0430 \u0444\u0443\u043d\u043a\u0446\u0438\u044f \u0434\u043e\u0441\u0442\u0443\u043f\u043d\u0430 \u0441 \u0443\u0440\u043e\u0432\u043d\u044f GitLab Starter \u0438 \u043f\u043e-\u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u043c\u0443 \u0432\u043e\u043f\u043b\u043e\u0449\u0430\u0435\u0442 \u043d\u0430\u0448 \u0434\u0435\u0432\u0438\u0437: \u00ab\u041a\u0430\u0436\u0434\u044b\u0439 \u043c\u043e\u0436\u0435\u0442 \u0432\u043d\u0435\u0441\u0442\u0438 \u0441\u0432\u043e\u0439 \u0432\u043a\u043b\u0430\u0434\u00bb. [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26134,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-34683","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\".\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47GitLab 11.11: \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0445 \u0434\u043b\u044f \u043c\u0435\u0440\u0434\u0436-\u0440\u0435\u043a\u0432\u0435\u0441\u0442\u043e\u0432 \u0438 \u0443\u043b\u0443\u0447\u0448\u0435\u043d\u0438\u044f \u0434\u043b\u044f \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\".\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:59:48+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:59:48+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47GitLab 11.11\u00a0: plusieurs fonctionnalit\u00e9s essentielles pour les demandes de fusion et am\u00e9liorations pour les conteneurs | ProHoster","description":".","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47GitLab 11.11: \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0445 \u0434\u043b\u044f \u043c\u0435\u0440\u0434\u0436-\u0440\u0435\u043a\u0432\u0435\u0441\u0442\u043e\u0432 \u0438 \u0443\u043b\u0443\u0447\u0448\u0435\u043d\u0438\u044f \u0434\u043b\u044f \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 | ProHoster","og:description":".","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/gitlab-11-11-neskolko-otvetstvennyh-dlya-merdzh-rekvestov-i-uluchsheniya-dlya-kontejnerov","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:59:48+00:00","article:modified_time":"2019-10-31T18:59:48+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34683","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 20:12:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:16:33","updated":"2026-01-21 20:12:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/34683","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=34683"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/34683\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/26134"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=34683"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=34683"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=34683"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}