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