{"id":232141,"date":"2023-01-03T15:56:00","date_gmt":"2023-01-03T12:56:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=232141"},"modified":"2022-11-10T07:48:02","modified_gmt":"2022-11-10T04:48:02","slug":"risorse-fusione-di-rami-git-e-rilasci","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/it\/risorse-fusione-di-rami-git-e-rilasci\/","title":{"rendered":"Risorse, fusione di rami Git e rilasci"},"content":{"rendered":"\n<p>Ognuno ha un flusso di lavoro git diverso, ma ai fini di questo post, supponi di avere qualcosa di simile al seguente:<\/p>\n<ol>\n<li>Una filiale in cui risiedono tutti i tuoi beni, non costruiti.<\/li>\n<li>Un sistema di integrazione continua che costruisce gli asset e crea un nuovo ramo o forse una nuova versione.<\/li>\n<li>Un ramo creato dal sistema di integrazione continua che contiene gli asset costruiti.<\/li>\n<\/ol>\n<p>Il componente principale di questo flusso di lavoro \u00e8 il sistema di integrazione continua. Cio\u00e8, se fallisce, il lavoro responsabile della costruzione degli asset e della creazione di una nuova filiale non funziona pi\u00f9.<\/p>\n<p>E quando ci\u00f2 accade, dobbiamo farlo manualmente. \u00c8 noioso, certo, ma non difficile. Se ti trovi in \u200b\u200bquesta posizione, ecco come puoi creare risorse, unire rami git e creare una versione con versione.<\/p>\n<h2>Unire rami Git<\/h2>\n<p>Per questo post, supponi di avere uno strumento di creazione configurato responsabile della compilazione delle tue risorse. Questo pu\u00f2 essere uno degli strumenti disponibili, ma ne user\u00f2 vari <code>npm<\/code>per dimostrare il punto.<\/p>\n<h3>1 Configurare il ramo di origine<\/h3>\n<p>Il ramo di origine include tutte le risorse non costruite. Essenzialmente, questi sono tutti i sorgenti JavaScript grezzi, i fogli di stile e qualsiasi altro componente correlato al front-end che non \u00e8 stato creato.<\/p>\n<p>Una volta che il codice \u00e8 pronto, pu\u00f2 essere compilato e assegnato a qualsiasi ramo su cui stai lavorando. Per il bene di questo articolo, lo chiameremo <code>develop<\/code>.<\/p>\n<p>Dopo aver eseguito tali modifiche, \u00e8 necessario modificare i rami nel <code>built<\/code>ramo.<\/p>\n<h3>2 Unire il ramo di origine nel ramo costruito<\/h3>\n<p>Una volta che siamo sul ramo creato, possiamo costruire tutte le risorse (di nuovo, usando lo strumento che funziona meglio per te). Ma prima di farlo, dobbiamo assicurarci di portare il lavoro nel <code>built<\/code>ramo dal <code>develop<\/code>ramo.<\/p>\n<p>In altre parole, dobbiamo unirci <code>develop<\/code>anche <code>develop-built<\/code>se il codice <code>develop-built<\/code>potrebbe essere &#8211; o probabilmente non sar\u00e0 aggiornato dopo l&#8217;unione.<\/p>\n<\/p>\n<p>Quindi eseguiamo effettivamente i comandi necessari per costruire gli asset, aggiungerli e inviarli al ramo e quindi spingiamo il nuovo lavoro:<\/p>\n<p><a href=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-158915-61e6e8ddd9e78.jpg\" data-rel=\"lightbox\" ><img decoding=\"async\" class=\"SDStudio-light-box-enable SDStudio-editor-tools-md-imp\" src=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-158915-61e6e8ddd9e78.jpg\" alt=\"Risorse, fusione di rami Git e rilasci\" ><\/a><\/p>\n<p>Questo ora ci d\u00e0 un ramo, <code>develop<\/code>con tutti i sorgenti grezzi e un ramo, <code>develop-built<\/code>che possiamo usare per taggare i nostri rilasci.<\/p>\n<h3>3 Tagga il ramo costruito<\/h3>\n<p>A questo punto, potresti semplicemente voler taggare <code>develop-built<\/code>come una versione con versione, potresti voler unirla <code>master<\/code>o qualunque sia il caso. Se, tuttavia, desideri mantenere due tag separati, uno per il tag di origine e uno per il tag di rilascio effettivo, potresti volerlo fare taggando <code>develop<\/code>e <code>develop-built<\/code>prima di eseguire qualsiasi ulteriore unione.<\/p>\n<p>In particolare, puoi taggare <code>develop<\/code>come fonte con versione:<\/p>\n<p><a href=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-158915-61e6e8e0d1d6e.jpg\" data-rel=\"lightbox\" ><img decoding=\"async\" class=\"SDStudio-light-box-enable SDStudio-editor-tools-md-imp\" src=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-158915-61e6e8e0d1d6e.jpg\" alt=\"Risorse, fusione di rami Git e rilasci\" ><\/a><\/p>\n<p>E <code>develop-built<\/code>come la versione taggata:<\/p>\n<p><a href=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-158915-61e6e8e36f55c.jpg\" data-rel=\"lightbox\" ><img decoding=\"async\" class=\"SDStudio-light-box-enable SDStudio-editor-tools-md-imp\" src=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-158915-61e6e8e36f55c.jpg\" alt=\"Risorse, fusione di rami Git e rilasci\" ><\/a><\/p>\n<p>A questo punto, puoi unirlo al <code>master<\/code>ramo o qualunque sia il ramo principale che scegli di mantenere. Se stai usando Composer, tuttavia, probabilmente vorrai fare riferimento alle versioni con versione, quindi \u00e8 qui che puoi utilizzare la scheda.<\/p>\n<h2>Nota finale<\/h2>\n<p>Tieni presente che il tuo flusso di lavoro pu\u00f2, e probabilmente lo fa, variare. Forse usi rami, forse usi tag, forse usi una combinazione dei due come sopra.<\/p>\n<p>Il punto non \u00e8 dire come dovresti farlo ma, in definitiva, come unire i rami git in modo che il tuo ramo di origine possa farsi strada nel ramo costruito in modo da poter creare le risorse e modificarle secondo necessit\u00e0.<\/p>\n<p><div id=\"PostUnique_PostSource\" style=\"padding-top: 50px\">Fonte di registrazione:  <a target=\"_blank\" rel=\"noopener nofollow\" href=\"\/\/tommcfarlin.com\" class=\"external external_icon\">tommcfarlin.com<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Ecco come puoi unire i rami git in modo che il tuo ramo sorgente possa farsi strada in un ramo costruito per preparare potenzialmente un rilascio.<\/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":[896,772,835,751,1019,783,720],"tags":[1168],"class_list":["post-232141","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-codice","category-controllo-della-fonte","category-guida-per-principianti","category-open-source-projektmanagement-3","category-siti-utili","category-software-open-source","category-sviluppatore","tag-affiai-it"],"_links":{"self":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts\/232141","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/comments?post=232141"}],"version-history":[{"count":0,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts\/232141\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/media\/158916"}],"wp:attachment":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/media?parent=232141"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/categories?post=232141"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/tags?post=232141"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}