Re: Retours utilisation forge git
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <CADneLzf_t9bo6WTPo61VcRkEEs8e_bDoQtxzunGzSY0ii5dytA@mail.gmail.com> |
Yop > Oui oui Camille tout ça est très clair pour moi j'ai utilisé les modèle trunk et sans trunk sans problème. > Je parle juste du problème de perte des logs de commit antérieurs au passage en trunk. > Pour certains plugins prenons toto/ qui n'avait pas de trunk j'ai créé un toto/trunk il y a quelques jours. > Donc en l'important avec le modèle zone je n'ai récupéré que les derniers commits depuis le passage en trunk alors que si j'avais pas créé le trunk et l'avait importé avec le modèle zone_mono j'aurais tous les logs. > > D'où ma question, pour ces plugins dont le trun a été créé récemment et qui n'ont pas subi de commit depuis, ne serait-il pas judicieux de revert le passage en trunk et de reimporter le plugin sous git à partir de là ? Si on considère que git devient bien la référence on peut revenir sur un import avec le modèle mono (Destruction du dépot git, svn revert, git import mono) En complément si on veut maintenir (le temps de la transition) le suivi svn des branches et tags, on doit créer 2 répertoires cibles dans le svn. Peut importe leur emplacement c'est une convention à définir. Ce qui pourrait donner pour le projet toto : master => /_plugins_/toto/* branches => /_plugins_/branches/toto/* ou /_branches_/toto/* tags => /_plugins_/tags/toto/* ou /_tags_/toto/* Le second cas est plus générique car on ne se préoccupe pas de savoir dans quel répertoire source se trouve le projet. Km