FreeCAD-Doc/localwiki/Source_code_management-it.html
2018-07-19 18:47:02 -05:00

216 lines
20 KiB
HTML

<html><head><title>Source code management/it</title><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><link type='text/css' href='wiki.css' rel='stylesheet'></head><body><h1>Source code management/it</h1></div>
<div id="mw-content-text" lang="it" dir="ltr" class="mw-content-ltr"><hr/><div class="mw-parser-output"><p>Il nostro principale strumento di gestione del codice sorgente distribuito è <a rel="nofollow" class="external text" href="http://it.wikipedia.org/wiki/Git_%28software%29">Git</a>. Questo articolo spiega come usarlo e quali sono le regole generali applicabili per FreeCAD. Prima di lavorare con il codice sorgente di FreeCAD, si consiglia vivamente di imparare come funziona Git (per Git ci sono un sacco di tutorial e di documentazione disponibile su Internet)
</p><p>Ci sono anche molti buoni clienti grafici per git, come <a rel="nofollow" class="external text" href="http://github.com/git-cola/git-cola">git-cola</a>, che facilitano l'intero processo di gestione del repositorio git
</p>
<div id="toc" class="toc"><div class="toctitle"><h2>Contents</h2></div>
<ul>
<li class="toclevel-1 tocsection-1"><a href="#Accesso_al_codice_sorgente"><span class="tocnumber">1</span> <span class="toctext">Accesso al codice sorgente</span></a>
<ul>
<li class="toclevel-2 tocsection-2"><a href="#Repositorio_ufficiale_GitHub"><span class="tocnumber">1.1</span> <span class="toctext">Repositorio ufficiale GitHub</span></a></li>
<li class="toclevel-2 tocsection-3"><a href="#Impostare_il_proprio_nome_utente_in_Git"><span class="tocnumber">1.2</span> <span class="toctext">Impostare il proprio nome utente in Git</span></a>
<ul>
<li class="toclevel-3 tocsection-4"><a href="#A_note_about_Remotes"><span class="tocnumber">1.2.1</span> <span class="toctext">A note about Remotes</span></a></li>
<li class="toclevel-3 tocsection-5"><a href="#1st_Method:_Fork_on_GitHub_and_clone_your_fork_locally"><span class="tocnumber">1.2.2</span> <span class="toctext">1st Method: Fork on GitHub and clone your fork locally</span></a></li>
<li class="toclevel-3 tocsection-6"><a href="#Clonare_con_git_sulla_propria_macchina_locale"><span class="tocnumber">1.2.3</span> <span class="toctext">Clonare con git sulla propria macchina locale</span></a></li>
</ul>
</li>
</ul>
</li>
<li class="toclevel-1 tocsection-7"><a href="#Processo_di_sviluppo_Git"><span class="tocnumber">2</span> <span class="toctext">Processo di sviluppo Git</span></a>
<ul>
<li class="toclevel-2 tocsection-8"><a href="#Ramificazioni"><span class="tocnumber">2.1</span> <span class="toctext">Ramificazioni</span></a></li>
<li class="toclevel-2 tocsection-9"><a href="#Invio"><span class="tocnumber">2.2</span> <span class="toctext">Invio</span></a></li>
<li class="toclevel-2 tocsection-10"><a href="#Pubblicare_il_proprio_lavoro_nel_proprio_repositorio_GitHub"><span class="tocnumber">2.3</span> <span class="toctext">Pubblicare il proprio lavoro nel proprio repositorio GitHub</span></a></li>
<li class="toclevel-2 tocsection-11"><a href="#Scrivere_buoni_messaggi_di_commit"><span class="tocnumber">2.4</span> <span class="toctext">Scrivere buoni messaggi di commit</span></a></li>
</ul>
</li>
<li class="toclevel-1 tocsection-12"><a href="#Advanced_git_operations"><span class="tocnumber">3</span> <span class="toctext">Advanced git operations</span></a>
<ul>
<li class="toclevel-2 tocsection-13"><a href="#Resolving_Merge_Conflicts"><span class="tocnumber">3.1</span> <span class="toctext">Resolving Merge Conflicts</span></a></li>
<li class="toclevel-2 tocsection-14"><a href="#Applying_patches_via_git"><span class="tocnumber">3.2</span> <span class="toctext">Applying patches via git</span></a>
<ul>
<li class="toclevel-3 tocsection-15"><a href="#Apply_a_patch_via_curl"><span class="tocnumber">3.2.1</span> <span class="toctext">Apply a patch via curl</span></a></li>
</ul>
</li>
<li class="toclevel-2 tocsection-16"><a href="#Repositori_alternativi"><span class="tocnumber">3.3</span> <span class="toctext">Repositori alternativi</span></a></li>
</ul>
</li>
<li class="toclevel-1 tocsection-17"><a href="#Using_git_in_a_Graphical_User_Interface"><span class="tocnumber">4</span> <span class="toctext">Using git in a Graphical User Interface</span></a></li>
<li class="toclevel-1 tocsection-18"><a href="#Ulteriori_letture"><span class="tocnumber">5</span> <span class="toctext">Ulteriori letture</span></a></li>
</ul>
</div>
<h2><span class="mw-headline" id="Accesso_al_codice_sorgente">Accesso al codice sorgente</span></h2>
<p>Tutti possono accedere e ottenere una copia del codice sorgente di FreeCAD, ma solo i gestori del progetto di FreeCAD hanno l'accesso in scrittura. È possibile ottenere una copia del codice, studiarlo e modificarlo come si vuole, ma se si apporta una modifica che si desidera vedere inclusa nel codice sorgente ufficiale, è necessario fare una richiesta di pull nella sezione <a rel="nofollow" class="external text" href="http://forum.freecadweb.org/viewforum.php?f=17">pull requests</a> del forum di FreeCAD.
</p>
<div class="note"><b>NOTE</b>
<p>In tutti gli esempi sottostanti, "GITHUB_USERNAME" rappresenta il proprio account GitHub.
</p>
</div>
<p><br />
</p>
<h3><span class="mw-headline" id="Repositorio_ufficiale_GitHub">Repositorio ufficiale GitHub</span></h3>
<p>Un modo semplice per iniziare a lavorare con il codice sorgente di FreeCAD è quello di utilizzare il repositorio ufficiale su
<b><a rel="nofollow" class="external free" href="https://github.com/FreeCAD/FreeCAD">https://github.com/FreeCAD/FreeCAD</a></b>
</p>
<h3><span class="mw-headline" id="Impostare_il_proprio_nome_utente_in_Git">Impostare il proprio nome utente in Git</span></h3>
<p>Gli utenti devono connettersi al proprio repository del progetto utilizzando il proprio nome utente di GitHub.
Se il nome utente non è già impostato a livello globale, è possibile impostarlo a livello locale per il repository Git attuale in questo modo:
</p>
<pre>git config user.name "YOUR NAME"
git config user.email "GITHUB_USERNAME@users.noreply.github.com"
</pre>
<p>È ora possibile utilizzare una combinazione di comandi <b>git add</b> e <b>git commit</b> per creare uno o più commit nel proprio repository locale.
</p>
<h4><span class="mw-headline" id="A_note_about_Remotes">A note about Remotes</span></h4>
<p>Please read some <a rel="nofollow" class="external text" href="https://stackoverflow.com/questions/9257533/what-is-the-difference-between-origin-and-upstream-on-github#9257901">background</a> to help you understand better the difference between what <b>origin</b> and <b>upstream</b> mean in the context of git. This section explains how to set the correct upstream and origin remote git repos.
Essentially:
</p>
<ul><li> <b>origin</b> = Your fork of the FreeCAD git repo AKA <a rel="nofollow" class="external free" href="https://github.com/GITHUB_USERNAME/FreeCAD.git">https://github.com/GITHUB_USERNAME/FreeCAD.git</a></li>
<li> <b>upstream</b> = The official FreeCAD git repo AKA <a rel="nofollow" class="external free" href="https://github.com/FreeCAD/FreeCAD.git">https://github.com/FreeCAD/FreeCAD.git</a></li></ul>
<p>This is important to understand because if you git clone directly from upstream then confusingly, your origin will be listed as <a rel="nofollow" class="external free" href="https://github.com/FreeCAD/FreeCAD.git">https://github.com/FreeCAD/FreeCAD.git</a>
So, based on the above, there are 2 main ways to setup your git environment:
</p>
<ul><li> <a href="/wiki/Source_code_management#Clone_Official_FreeCAD_git_repo_to_your_local_machine" title="Source code management">1st Method: Fork on GitHub and clone your fork locally</a></li>
<li> <a href="/wiki/Source_code_management#Clone_Official_FreeCAD_git_repo_to_your_local_machine" title="Source code management">2nd Method: Clone FreeCAD official directly to your local machine</a></li></ul>
<p>We recommend the 1st method for the reason mentioned above.
</p>
<h4><span class="mw-headline" id="1st_Method:_Fork_on_GitHub_and_clone_your_fork_locally">1st Method: Fork on GitHub and clone your fork locally</span></h4>
<div class="note"><b>Important Note</b>
<p>You will need to re-configure 'remote upstream' as mentioned above in "<a href="/wiki/Source_code_management#A_note_about_Remotes" title="Source code management">A note about Remotes</a>"
</p>
</div>
<p>This method is the recommended way since it takes less steps. You will essentially fork the FreeCAD repo on your own GitHub account and then clone said GitHub fork locally. Then you will set your <b>upstream</b> repo in git. The procedure is as follows:
</p>
<ol>
<li><a rel="nofollow" class="external text" href="https://github.com/join">Sign up</a> for a GitHub account if you don't already have one </li>
<li>Go to the FreeCAD repo: <a rel="nofollow" class="external free" href="https://github.com/FreeCAD/FreeCAD">https://github.com/FreeCAD/FreeCAD</a></li>
<li>In the top right of the page find and press the "Fork" button (this will essentially git clone the official FreeCAD repo to your personal GitHub repo: <a rel="nofollow" class="external free" href="https://github.com/GITHUB_USERNAME/FreeCAD.git">https://github.com/GITHUB_USERNAME/FreeCAD.git</a>) </li>
<li>On your machine, clone your newly created FreeCAD fork by opening a terminal and typing:
<pre>git clone https://github.com/GITHUB_USERNAME/FreeCAD.git</pre></li>
<li>Once the clone process is complete, now set your <b>upstream</b> remote repo (see "<a href="/wiki/Source_code_management#A_note_about_Remotes" title="Source code management">A note about Remotes</a>"). Find out what and where your remote git repositories are set to. Type <b>git remote -v</b> and the output should look similiar to:
<pre> [foo@bar FreeCAD]$ git remote -v
originhttps://github.com/GITHUB_USERNAME/FreeCAD.git (fetch)
originhttps://github.com/GITHUB_USERNAME/FreeCAD.git (push)</pre></li>
<li>Great. Now set your <b>upstream</b> repo
<pre>[foo@bar FreeCAD]$ git remote add upstream https://github.com/FreeCAD/FreeCAD.git</pre></li>
<li>Check your remotes again, they should look similiar to this:
<pre> [foo@bar FreeCAD]$ git remote -v
originhttps://github.com/GITHUB_USERNAME/FreeCAD.git (fetch)
originhttps://github.com/GITHUB_USERNAME/FreeCAD.git (push)
upstreamhttps://github.com/FreeCAD/FreeCAD.git (fetch)
upstreamhttps://github.com/FreeCAD/FreeCAD.git (push)</pre></li>
</li>
<li>Now we can start developing. Please refer to "<a href="/wiki/Source_code_management#Git_Development_Process" title="Source code management">Git Development Process</a>"</li>
</ol>
<h4><span class="mw-headline" id="Clonare_con_git_sulla_propria_macchina_locale">Clonare con git sulla propria macchina locale</span></h4>
<p>È anche possibile iniziare, senza utilizzare il pulsante "fork":
</p>
<ol><li> Clonare il codice di FreeCAD con git:
<dl><dd> <pre>git clone https://github.com/FreeCAD/FreeCAD.git</pre></dd></dl></li>
<li> Fare le proprie modifiche al codice</li>
<li> Creare un nuovo ramo</li>
<li> Eseguire il Checkout a tale nuovo ramo</li>
<li> Eseguire il Commit delle modifiche a tale nuovo ramo</li>
<li> Creare un prorpio account a un server git pubblico (GitHub, GitLab, etc...)</li>
<li> Trasferire il proprio ramo su tale server</li></ol>
<h2><span class="mw-headline" id="Processo_di_sviluppo_Git">Processo di sviluppo Git</span></h2>
<p>Prima di tutto <b>non sviluppare mai sul ramo master!</b> Creare sempre un ramo locale di sviluppo. Per imparare come farlo, consultare <a rel="nofollow" class="external text" href="https://book.git-scm.com/book/en/v2/Git-Branching-Basic-Branching-and-Merging">Git-Branching-Basic-Branching-and-Merging chapter on git-scm</a>.
</p>
<h3><span class="mw-headline" id="Ramificazioni">Ramificazioni</span></h3>
<p>Una caratteristica importante di Git è che è estremamente facile lavorare con i rami e poi fonderli. Le procedure ottimali raccomandano di creare un nuovo ramo ogni volta che si desidera lavorare su una nuova funzionalità.<br /> Per creare un ramo fare in questo modo:
</p>
<pre>git branch myNewBranch
git checkout myNewBranch
</pre>
<p>oppure, eseguire entrambe le operazioni in una sola:
</p>
<pre>git checkout -b myNewBranch
</pre>
<p>è sempre possibile verificare in quale ramo si stà operando con:
</p>
<pre>git branch
</pre>
<h3><span class="mw-headline" id="Invio">Invio</span></h3>
<p>Dopo aver prodotto un po' di lavoro, si può inviarlo con:
</p>
<pre>git commit -a</pre>
<p>A differenza di SVN, è necessario indicare specificare quali file sono da inviare (o tutti con l'opzione -a). Il proprio editor di testo si apre per consentire di scrivere un messaggio di commit.
</p>
<h3><span class="mw-headline" id="Pubblicare_il_proprio_lavoro_nel_proprio_repositorio_GitHub">Pubblicare il proprio lavoro nel proprio repositorio GitHub</span></h3>
<p>Dopo aver fatto un pò di lavoro nel ramo locale e averlo inviato (questo inviato significa a <i>livello locale</i>) si può inviare il proprio repository sul server. Questa azione apre il ramo al pubblico e permette agli sviluppatori principali di rivederlo e di integrarlo nel ramo <i>master</i>.
</p>
<pre>git push &lt;REMOTENAME&gt; &lt;BRANCHNAME&gt;
git push origin my-branch
</pre>
<p><small>For further info on this subject please read <a rel="nofollow" class="external free" href="https://help.github.com/articles/pushing-to-a-remote/">https://help.github.com/articles/pushing-to-a-remote/</a></small>
</p>
<h3><span class="mw-headline" id="Scrivere_buoni_messaggi_di_commit">Scrivere buoni messaggi di commit</span></h3>
<p>Si dovrebbe cercare di lavorare in piccole parti. Se non è possibile riassumere le proprie modifiche in una sola frase, è probabile che sia passato troppo tempo da quando si è fatto l'ultimo commit. Inoltre è importante che le descrizioni del lavoro siano dettagliate e utili. Per i messaggi di commit, FreeCAD adotta un formato menzionato nel libro <a rel="nofollow" class="external text" href="http://progit.org/book/it">Pro Git</a>.
</p>
<pre> Breve riepilogo delle modifiche (circa 50 caratteri)
Se è necessario, testo esplicativo più dettagliato. Utilizzare circa 72
caratteri. In alcuni contesti, la prima riga è trattata come
oggetto di un messaggio e il resto del testo come il corpo.
E'fondamentale lasciare una riga vuota per separare il riassunto dal corpo
(a meno che non si ometta per intero il corpo); se le due parti sono unite
gli strumenti come <b>rebase</b> possono confondersi.
Ulteriori paragrafi vanno dopo una riga vuota.
- Anche gli elenchi puntati sono validi
- Tipicamente per le voci dell'elenco si usa un trattino o un asterisco
preceduto da uno spazio bianco, e sono intervallate da una riga vuota,
ma queste convenzioni possono variare
</pre>
<p>Se si sta facendo diversi lavori connessi, <a rel="nofollow" class="external text" href="http://forum.freecadweb.org/viewtopic.php?f=10&amp;t=2062&amp;p=14887#p14886">qui</a> viene suggerito che si dovrebbero fare altrettanti invii, grandi o piccoli, secondo come è necessario e descriverli con brevi messaggi di commit. Quando si desidera unirli, fare un <b>log master git..BRANCH</b> e utilizzare il risultato come base per il messaggio di commit. Poi, quando si uniscono al master usare l'opzione <b>--squash</b> e inviarlo con il messaggio di commit.
Questo permette di essere molto liberi con il commit e contribuisce a fornire un buon livello di dettagli nei messaggi di commit senza tante descrizioni distinte.
</p>
<h2><span class="mw-headline" id="Advanced_git_operations">Advanced git operations</span></h2>
<h3><span class="mw-headline" id="Resolving_Merge_Conflicts">Resolving Merge Conflicts</span></h3>
<ul><li> <a rel="nofollow" class="external text" href="https://git-scm.com/docs/git-merge#_how_conflicts_are_presented">git-scm explanation on how conflicts are presented</a> </li>
<li> <a rel="nofollow" class="external text" href="https://help.github.com/articles/resolving-a-merge-conflict-using-the-command-line/">GitHub article on resolving merge conflicts via the command-line</a></li>
<li> <a rel="nofollow" class="external text" href="https://git-scm.com/book/en/v2/Customizing-Git-Git-Configuration#_external_merge_tools">Customize your preferred merge tool</a> when you encounter a git conflict.</li></ul>
<h3><span class="mw-headline" id="Applying_patches_via_git">Applying patches via git</span></h3>
<p>Git has the capability to merge patches/diffs. To read more about this read the following reference: <a rel="nofollow" class="external free" href="https://www.drupal.org/node/1399218">https://www.drupal.org/node/1399218</a>
</p>
<ul><li> Useful tip: Just add .diff or .patch at the end of the URL for a GitHub commit page, Pull Request, or Compare View and it'll show you the plaintext view of that page. Example:</li></ul>
<p>Regular GitHub page:
<small><a rel="nofollow" class="external free" href="https://github.com/FreeCAD/FreeCAD/commit/c476589652a0f67b544735740e20ff702e8d0621">https://github.com/FreeCAD/FreeCAD/commit/c476589652a0f67b544735740e20ff702e8d0621</a></small>
</p><p>'Diffed' GitHub page:
<small><a rel="nofollow" class="external free" href="https://github.com/FreeCAD/FreeCAD/commit/c476589652a0f67b544735740e20ff702e8d0621.diff">https://github.com/FreeCAD/FreeCAD/commit/c476589652a0f67b544735740e20ff702e8d0621.diff</a></small>
</p><p>'Patched' GitHub page:
<small><a rel="nofollow" class="external free" href="https://github.com/FreeCAD/FreeCAD/commit/c476589652a0f67b544735740e20ff702e8d0621.patch">https://github.com/FreeCAD/FreeCAD/commit/c476589652a0f67b544735740e20ff702e8d0621.patch</a></small>
</p>
<h4><span class="mw-headline" id="Apply_a_patch_via_curl">Apply a patch via curl</span></h4>
<pre>curl <a rel="nofollow" class="external free" href="https://github.com/FreeCAD/FreeCAD/commit/c476589652a0f67b544735740e20ff702e8d0621.patch">https://github.com/FreeCAD/FreeCAD/commit/c476589652a0f67b544735740e20ff702e8d0621.patch</a> | git apply -
</pre>
<h3><span class="mw-headline" id="Repositori_alternativi">Repositori alternativi</span></h3>
<p>La bellezza di git è che tutti possono clonare un progetto, e iniziare a modificare il suo codice. Diversi collaboratori frequenti del progetto di FreeCAD hanno un proprio repository git, dove costruiscono il loro lavoro prima che sia pronto per essere incluso nel codice sorgente ufficiale, o dove sperimentano semplicemente delle nuove idee. In alcuni casi, si potrebbe desiderare di clonare il codice FreeCAD da uno di loro, invece del repository ufficiale, per beneficiare dei cambiamenti fatti da questi utenti.
</p><p>Attenzione, però, che questo è a proprio rischio, in quanto solo il repository ufficiale di cui sopra contiene il codice pulito e il funzionamento è garantito.
</p><p>È anche possibile collegare diversi repository remoti a un medesimo codice git locale utilizzando il comando "git remote". Questo è utile per mantenere la sincronia con il ramo principale del codice, ma tenere d'occhio il lavoro degli altri sviluppatori.
</p>
<h2><span class="mw-headline" id="Using_git_in_a_Graphical_User_Interface">Using git in a Graphical User Interface</span></h2>
<ul><li> <a href="Developing_FreeCAD_with_GitKraken.html" title="Developing FreeCAD with GitKraken">Developing FreeCAD with GitKraken</a></li></ul>
<h2><span class="mw-headline" id="Ulteriori_letture">Ulteriori letture</span></h2>
<ul><li> <a rel="nofollow" class="external text" href="http://spheredev.org/wiki/Git_for_the_lazy">Git for the lazy</a></li>
<li> <a rel="nofollow" class="external text" href="http://progit.org/book/it">Git pro</a> libro on-line</li></ul>
<div style="clear:both"></div>
</div>
</div>
</div><div class="printfooter">
Online version: "<a dir="ltr" href="https://www.freecadweb.org/wiki/index.php?title=Source_code_management/it&amp;oldid=241256">http://www.freecadweb.org/wiki/index.php?title=Source_code_management/it&amp;oldid=241256</a>"</div>
<div id="catlinks" class="catlinks" data-mw="interface"></div><div class="visualClear"></div>
</div>
</div>
<div id="mw-navigation">
<h2>Navigation menu</h2>
</body></html>