{"id":231844,"date":"2023-01-03T15:55:00","date_gmt":"2023-01-03T12:55:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=231844"},"modified":"2022-11-10T05:26:09","modified_gmt":"2022-11-10T02:26:09","slug":"actifs-fusion-de-branches-git-et-versions","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/fr\/actifs-fusion-de-branches-git-et-versions\/","title":{"rendered":"Actifs, fusion de branches Git et versions"},"content":{"rendered":"\n

Tout le monde a un flux de travail git diff\u00e9rent, mais pour les besoins de cet article, supposons que vous ayez quelque chose comme ce qui suit\u00a0:<\/p>\n

    \n
  1. Une succursale dans laquelle r\u00e9sident tous vos actifs, non construits.<\/li>\n
  2. Un syst\u00e8me d’int\u00e9gration continue qui construit les actifs et cr\u00e9e une nouvelle branche ou peut-\u00eatre une nouvelle version.<\/li>\n
  3. Une branche cr\u00e9\u00e9e par le syst\u00e8me d’int\u00e9gration continue qui contient les actifs construits.<\/li>\n<\/ol>\n

    Le composant principal de ce workflow est le syst\u00e8me d’int\u00e9gration continue. Autrement dit, si cela \u00e9choue, le travail responsable de la construction des actifs et de la cr\u00e9ation d’une nouvelle succursale ne fonctionne plus.<\/p>\n

    Et lorsque cela se produit, nous devons le faire manuellement. C’est fastidieux, certes, mais pas difficile. Si vous vous trouvez dans cette position, voici comment vous pouvez cr\u00e9er des actifs, fusionner des branches git et cr\u00e9er une version versionn\u00e9e.<\/p>\n

    Fusionner des branches Git<\/h2>\n

    Pour cet article, supposons que vous disposez d’un outil de construction charg\u00e9 de compiler vos actifs. Cela peut \u00eatre l’un des outils disponibles, mais je vais en utiliser plusieurs npm<\/code>pour d\u00e9montrer le point.<\/p>\n

    1 Configurer la branche source<\/h3>\n

    La branche source inclut tous les actifs non construits. Essentiellement, ce sont toutes les sources JavaScript brutes, les feuilles de style et tout autre composant li\u00e9 au front-end qui n’ont pas \u00e9t\u00e9 construits.<\/p>\n

    Une fois que le code est pr\u00eat, il peut \u00eatre construit et valid\u00e9 dans n’importe quelle branche sur laquelle vous travaillez. Pour les besoins de cet article, nous l’appellerons develop<\/code>.<\/p>\n

    Apr\u00e8s avoir pouss\u00e9 ces modifications, nous devons ensuite changer de branche en built<\/code>branche.<\/p>\n

    2 Fusionner la branche source dans la branche construite<\/h3>\n

    Une fois que nous sommes sur la branche construite, nous pouvons construire toutes les ressources (encore une fois, en utilisant l’outil qui vous convient le mieux). Mais avant de faire cela, nous devons nous assurer que nous apportons le travail dans la built<\/code>branche depuis la develop<\/code>branche.<\/p>\n

    develop<\/code>En d’ autres termes, nous devons fusionner develop-built<\/code>m\u00eame si le code develop-built<\/code>peut \u00eatre – ou sera probablement – obsol\u00e8te apr\u00e8s la fusion.<\/p>\n<\/p>\n

    Ensuite, nous effectuons les commandes n\u00e9cessaires pour cr\u00e9er les actifs, les ajouter et les valider dans la branche, puis nous poussons le nouveau travail\u00a0:<\/p>\n

    \"Actifs,<\/a><\/p>\n

    Cela nous donne maintenant une branche, develop<\/code>avec toutes les sources brutes et une branche, develop-built<\/code>que nous pouvons utiliser pour \u00e9tiqueter nos versions.<\/p>\n

    3 \u00c9tiquetez la branche construite<\/h3>\n

    \u00c0 ce stade, vous voudrez peut-\u00eatre simplement marquer develop-built<\/code>comme une version versionn\u00e9e, vous voudrez peut-\u00eatre la fusionner master<\/code>ou quoi que ce soit. Si, toutefois, vous souhaitez conserver deux balises distinctes, une pour la balise source et une pour la balise de version r\u00e9elle, vous pouvez le faire en \u00e9tiquetant develop<\/code>et develop-built<\/code>avant d’effectuer toute fusion suppl\u00e9mentaire.<\/p>\n

    Plus pr\u00e9cis\u00e9ment, vous pouvez baliser develop<\/code>comme source versionn\u00e9e\u00a0:<\/p>\n

    \"Actifs,<\/a><\/p>\n

    Et develop-built<\/code>comme version tagu\u00e9e\u00a0:<\/p>\n

    \"Actifs,<\/a><\/p>\n

    \u00c0 ce stade, vous pouvez fusionner cela dans la master<\/code>branche ou quelle que soit la branche principale que vous choisissez de maintenir. Si vous utilisez Composer, cependant, vous voudrez probablement r\u00e9f\u00e9rencer des versions versionn\u00e9es, c’est donc ici que vous pouvez utiliser l’onglet.<\/p>\n

    Remarque finale<\/h2>\n

    Notez que votre flux de travail peut – et c’est probablement le cas – varier. Peut-\u00eatre que vous utilisez des branches, peut-\u00eatre que vous utilisez des balises, peut-\u00eatre que vous utilisez une combinaison des deux comme ci-dessus.<\/p>\n

    Le but n’est pas de dire comment vous devriez le faire mais, en fin de compte, comment fusionner les branches git afin que votre branche source puisse se frayer un chemin dans la branche construite afin que vous puissiez construire les actifs et les versionner selon vos besoins.<\/p>\n

    Source d’enregistrement: tommcfarlin.com<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"

    Voici comment vous pouvez fusionner les branches git afin que votre branche source puisse se frayer un chemin dans une branche construite pour \u00e9ventuellement pr\u00e9parer une version.<\/p>\n","protected":false},"author":1,"featured_media":158916,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_wp_rev_ctl_limit":""},"categories":[893,769,717,832,780,748,1016],"tags":[1167],"class_list":["post-231844","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-code-2","category-controle-des-sources","category-developpeur","category-guide-pour-les-debutants","category-logiciels-open-source","category-open-source-projektmanagement-2","category-sites-utiles","tag-affiai-fr"],"_links":{"self":[{"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/posts\/231844","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/comments?post=231844"}],"version-history":[{"count":0,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/posts\/231844\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/media\/158916"}],"wp:attachment":[{"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/media?parent=231844"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/categories?post=231844"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/tags?post=231844"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}