Re: Retours utilisation forge git

"[email protected]" <[email protected]>
Newsgroups gmane.comp.web.spip.devel
Message-ID <CADneLzcvH3yTdfEat7EJQkd9TyNYEC_k3OO3EikPbsTk6Y8Fcg@mail.gmail.com>
Yop

> Ah oui, je viens de comprendre !
> En fait ce problème de trunk n'est un "problème" qu'à cause de la synchronisation Git => SVN car si je prends un plugin sans trunk, que je l'importe sous Git et que je crée une branche Git où subgit va-t-il synchroniser la nouvelle branche ? Tandis que si le trunk existe déjà je suppose qu'on a prédéfini le fait que la branche va se faire à coté du trunk.

C'est ça même si on n'a que trunk de présent coté svn, le système
prend la convention trunk/branches/tags et pas autres choses. Donc si
on commit une branche depuis git, le répertoire branches/ sera créé à
la volée coté svn.

> Mais alors pour les plugins qui ont été importés en zone_mono que se passe-t-il si on crée une branche en Git ?

Pour le moment rien il vont être ignorés car on n'a pas défini de conventions.

Si on part par exemple sur :
  branches => /_branches_/toto/*
  tags => /_tags_/toto/*
On peut le définir par défaut pour l'ensemble des projets mono.

Si on part sur
  branches => /_plugins_/branches/toto/*
  tags => /_plugins_/tags/toto/*

  Le ménage sera un poil plus long car il faudra distinguer la racine
_plugins_/, _squelettes_/ ...

On peut définir n'importe quelle autre convention pour les chemins
svn. Ce ne sont que 2 propositions qui me semble "évidente"

Km
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.