Bonjour !
J’ai tjs mon plugin à partager sur la zone, mais je n’ai pas encore trouvé comment le faire proprement étant donné que je travail avec Git et non SVN…
Après avoir regardé du côté de git-svn, je ne suis plus très rassuré à l’idée d’utiliser cette solution, ça a l’air quand même scabreux.
Au départ je voulais faire un hook post-update sur mon dépôt Git central nu pour pousser sur le SVN de la zone. Ca pose le problème que le dépôt SVN soit plus avancer et qu’il y ai conflit non gérable par une récupération pour fast-forward préalable, chiant à régler sur un dépôt nu…
Mais même si je me charge de faire le lien avec la zone via mon dépôt de travail, je n’ai pas pas trop saisie comment ça se passait avec les branches Git. J’ai une master qui est poussée en prod, puis des branches pour les différentes versions sur lesquelles on travail puis les pour les différentes demandes : lors d’un envoi ou récupération vers le SVN de la zone, y’a t’il moyen de spécififier dans quelle branche Git agir, il faudrait y dédier une branche Git…
Vous servez-vous de git-svn ? seulement de subversion ? une idée ? comment ça se passe avec le core ?
Est-il en projet de passer la zone sous Git ? du moins de trouver une solution comme pour le core ?
Merci de votre aide
Benjamin
Bonjour
Un certains nombres de contraintes ne permettent pas encore de gérer à
la fois svn et git sur la zone. Cela arrivera mais il faut etre encore
bien patient.
J'ai tjs mon plugin à partager sur la zone, mais je n'ai pas encore trouvé
comment le faire proprement étant donné que je travail avec Git et non
SVN...
Git-svn fonctionne tres bien. En gros cela créé un remote git et fait
la traduction en svn via git svn dcommit et git svn rebase
La suggestion c'est bien d'utiliser git-svn sur un clone du repertoire
svn dédié au plugin
git svn clone -rN svn://zone.spip.org/spip-zone/_plugins_/monplugin
Par défaut la correspondance se fait sur trunk/branches/tags
Se reporter au man pour plus d'information
(http://linux.die.net/man/1/git-svn) dont -T -t et -b
Si le plugin n'existe pas encore alors il te faut créer avec SVN ce
repertoire et son arborescence trunk/branches/tags
C'est la seule commande pure SVN à réaliser.
Pour te rattraper aux "branches" (de l'arbre pas du DVCS) ensuite tu
déclares un remote entre ton depot git svnisé et ton depot local git
qui contient déjà le plugin.
Une fois fait tu pourras abandonner ton depot git initail pour ne
garder que la version svniisé.
Attention contrainte forte, svn ne gérant pas la notion de date, tous
les commits git seront repris pour être en date du commit SVN.
Voili
Espérant avoir éte à minima compréhensible.
Le 21 mars 2012 à 17:56, cam.lafit@azerttyu.net a écrit :
Bonjour
Un certains nombres de contraintes ne permettent pas encore de gérer à
la fois svn et git sur la zone. Cela arrivera mais il faut etre encore
bien patient.
J'ai tjs mon plugin à partager sur la zone, mais je n'ai pas encore trouvé
comment le faire proprement étant donné que je travail avec Git et non
SVN...
Git-svn fonctionne tres bien. En gros cela créé un remote git et fait
la traduction en svn via git svn dcommit et git svn rebase
La suggestion c'est bien d'utiliser git-svn sur un clone du repertoire
svn dédié au plugin
git svn clone -rN svn://zone.spip.org/spip-zone/_plugins_/monplugin
Par défaut la correspondance se fait sur trunk/branches/tags
Se reporter au man pour plus d'information
(http://linux.die.net/man/1/git-svn) dont -T -t et -b
Si le plugin n'existe pas encore alors il te faut créer avec SVN ce
repertoire et son arborescence trunk/branches/tags
C'est la seule commande pure SVN à réaliser.
Pour te rattraper aux "branches" (de l'arbre pas du DVCS) ensuite tu
déclares un remote entre ton depot git svnisé et ton depot local git
qui contient déjà le plugin.
Une fois fait tu pourras abandonner ton depot git initail pour ne
garder que la version svniisé.
Attention contrainte forte, svn ne gérant pas la notion de date, tous
les commits git seront repris pour être en date du commit SVN.
Voili
Espérant avoir éte à minima compréhensible.
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Okay je vais commencer par essayer avec un remote git à part dont je me servirai de relais le temps de voir comment ça se présente à l'import/export des modifications...
Si ça se comporte bien, je n'ai pas envie de "salir" mon historique git qui me conviens bien, ni mon organisation en branches, j'automatiserai ça via mon dépôt central nu.
Merci
Benjamin
Ciao
Okay je vais commencer par essayer avec un remote git à part dont je me servirai de relais le temps de voir comment ça se présente à l'import/export des modifications...
Si ça se comporte bien, je n'ai pas envie de "salir" mon historique git qui me conviens bien, ni mon organisation en branches, j'automatiserai ça via mon dépôt central nu.
Dans ce cas tu joues avec des remote git locaux, un peu plus
fastidieux mais ça peut marcher plutôt bien.
Km