[Gulli] GitLab - Mirroring repositories

[Fabrizio Carrai]

Ciao Andrea,
le tue spiegazioni mi sono piuttosto chiare, quello che mi sta confondendo
sono le operazioni su *GitLab*, sull'interfaccia web. Per un attimo (ma in
effetti è un caso vero), supponi di non aver portato niente sul tuo
computer, ma di lavorare solo su GitLab:

   - Ho fatto il fork del progetto
   - Ho fatto le modifiche e voglio vedere le differenze rispetto al mio
   upstream

Sono in pratica qui
<https://gitlab.com/FabC/esp8266_device_control/-/compare?from=master&to=master>

Se  non faccio il mirroring, come faccio ?

Ciao
Fabrizio

Il giorno dom 17 mag 2020 alle ore 15:38 Andrea Dell'Amico <
adellam-lists@sevenseas.org> ha scritto:

>
>
> On 16 May 2020, at 13:38, Fabrizio Carrai via Gulli <gulli@lists.linux.it>
> wrote:
>
> Durante l'ultimo incontro ho spiegato che dopo avere contribuito al
> progetto di Alessio e che, dopo che lui ha aggiunto i suoi contributi, era
> per me necessario riavere la copia del suo progetto che a quel punto per me
> diventava quella di riferimento. Ha funzionato, tutto ok.
>
> Leggendo però la documentazione
> https://docs.gitlab.com/ee/user/project/repository/repository_mirroring.html mi
> è venuto i dubbio se è la prassi migliore: ci sono altri sistema per
> aggiornare la mia copia del progetto (il mio "fork") con quella del
> progetto di riferimento che è quello di Alessio ?
>
>
> Un mirror ha un caso d’uso diverso, che è appunto quello di avere un
> ‘mirror’ su un sistema differente.
> Esempio: ho il mio server git on premise, ma voglio che il repository sia
> visibile anche sull’istanza pubblica di github/gitlab/bitbucket/whatever. I
> contributi al codice avvengono tutti nel repository originale, i mirror
> riflettono le modifiche.
>
> Se tu invece vuoi contribuire al repository di un altro utente lavori sul
> tuo fork, e poi crei una ‘pull request’.
> * Crei il fork
> * Cloni il tuo fork, che è il repository sul quale lavorerai
> * Linki il tuo fork allo upstream:
>
> git remote add upstream ORIGINAL_REPOSITORY_URL
>
> * Esegui il fetch di tutti i branch dello upstream
>
> git fetch upstream
>
> * Se non avevi fatto modifiche al tuo fork, hai sostanzialmente finito
>
> D’ora in avanti, ogni push sul tuo fork ti permetterà di creare una pull
> request verso il master. git command line produce la URL che puoi usare sul
> browser per generare effettivamente la pull request.
> Se poi vorrai importare le modifiche upstream nel tuo fork:
>
> git pull upstream master
>



>
>
> --
> *Fabrizio*
>
>
> Ciao
> Andrea
> --
> Andrea Dell'Amico
> http://adellam. sevenseas.org/
>
>
>
>

-- 
*Fabrizio*
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.linux.it/pipermail/gulli/attachments/20200518/9ab50ea3/attachment.htm>