Re: Import d'un repo perso dans la forge SPIP

Eric Lupinacci <[email protected]>
Newsgroups gmane.comp.web.spip.devel
Message-ID <CAM6W4bbo1JnjxfnYW_hQJ4vsejJpt+VAo36Qz6cHo+t1Yw9cZQ@mail.gmail.com>
Re,


Le sam. 15 févr. 2020 à 10:57, [email protected] <
[email protected]> a écrit :

> Désolé pour la mauvaise explication. On a 2 modes de migration, le
> mode normal et le mode miroir.
> Le premier cas : normal.
> On copie une unique fois le projet dans gitea. Ensuite les 2 projets
> vont leur vie indépendamment. Pour n'en garder qu'un il faut, comme tu
> l'as fait, archiver le dépôt source.
>

Oui je n'ai utilisé que cette méthode.
Ca fonctionne nickel.


> Le second cas : miroir
> On copie le projet dans gitea.  Toutes les heures le projet gitea sera
> synchronisé depuis la source. Le dépôt gitea est alors en lecture
> seule. L'écriture ne pouvant se faire que sur le dépôt source.
>
> Si lors de la migration/miroir on s'authentifie, gitea (sous certaines
> conditions) copiera le wiki, les tickets et les PR. Tout en respectant
> ce qui est écrit juste avant.
>
> Si on utilise le mode miroir, il est possible à tout moment dans la
> configuration du projet gitea de désactiver cette fonctionnalité. On
> peut revenir au mode normal. Alors le dépôt gitea devient autonome.
>
> Dans les 2 modes Gitea n'écrira pas sur le dépôt source.
> Si on veut fournir une synchronisation vers un dépôt github/gitlab/...
> c'est celui ci qui devra être configuré en mode miroir. C'est par
> exemple le cas pour les dépôts core/dist de SPIP sur github
>

Ok, c'est clair.
C'est exactement pourquoi j'ai dit à Jean Marie de passer par la première
méthode.
Le fait de faire un miroir est un cas assez spécial à mon avis.
Si on a pas besoin de garder la forge source en activité, le plus simple
est de migrer sans miroir.

En tout cas, on voit bien que le repo de Jean-Marie est un miroir (icone).
Il suffirait donc de couper la synchro pour passer le repo gitea en
écriture donc ?

++
Eric
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.