4:23 a.m.
Salut,
puisque l'atelier prévu le 30 novembre lors de la rencontre Dotclear
portera sur Git, est-ce que ça veut dire que le passage à Git (et peut-être
à Github du coup ?) est imminent ? Ou bien est-ce toujours en discussion ?
--
Pierre Equoy
8:50 a.m.
Petite question à tous ceux qui demandent la migration vers git: Est-ce
que vous serez encore là à développer pour Dotclear dans 6 mois ?
J'ai dû apprendre svn puis hg et là git, vous allez épuiser le peu de
cerveau qu'il me reste, donc j'espère que ce n'est pas pour rien.
En plus je viens de passer 50 plugins sous hg :-(
Le 17/11/2013 04:23, Pierre Equoy a écrit :
Salut,
puisque l'atelier prévu le 30 novembre lors de la rencontre Dotclear
portera sur Git, est-ce que ça veut dire que le passage à Git (et peut-être
à Github du coup ?) est imminent ? Ou bien est-ce toujours en discussion ?
9:52 a.m.
Le 17 novembre 2013 04:23, Pierre Equoy <pierre.equoy(a)gmail.com> a écrit :
puisque l'atelier prévu le 30 novembre lors de la rencontre
Dotclear
portera sur Git, est-ce que ça veut dire que le passage à Git (et peut-être
à Github du coup ?) est imminent ? Ou bien est-ce toujours en discussion ?
J'ai parlé de Git et/ou Mercurial, tu as lu trop vite :-)
--
Anne / Kozlika
10:04 a.m.
Le 17 novembre 2013 04:23, Pierre Equoy <pierre.equoy(a)gmail.com> a écrit :
puisque l'atelier prévu le 30 novembre lors de la rencontre
Dotclear
portera sur Git, est-ce que ça veut dire que le passage à Git (et peut-être
à Github du coup ?) est imminent ? Ou bien est-ce toujours en discussion ?
Je pense que tant que ça marche sur mercurial ou tant qu'il n'y a pas
d'énormes fonctionnalités manquantes sur bitbucket par rapport à github, on
ne migre pas.
p.s: Evidemment ça ne tiendrait qu'à moi,... :-)
11:55 a.m.
OK.
Le seul avantage que je vois dans Git ne tient pas forcément a Git lui-même
mais surtout à la communauté derrière Github : Github, c'est le nouveau
Sourceforge, tout le monde a un compte dessus, donc tout le monde peut
potentiellement faire un pull request.
Dans le cas de bitbucket, je crois que les pull requests sont possibles
aussi, mais il faut se créer un compte...
Bref, dans ce cas, il faut que votre atelier se concentre sur Mercurial et
Bitbucket. Oubliez Git :)
2013/11/17 Nicolas <nikrou77(a)gmail.com>
Le 17 novembre 2013 04:23, Pierre Equoy
<pierre.equoy(a)gmail.com> a écrit :
> puisque l'atelier prévu le 30 novembre lors de la rencontre Dotclear
> portera sur Git, est-ce que ça veut dire que le passage à Git (et
peut-être
> à Github du coup ?) est imminent ? Ou bien est-ce toujours en discussion
?
>
Je pense que tant que ça marche sur mercurial ou tant qu'il n'y a pas
d'énormes fonctionnalités manquantes sur bitbucket par rapport à github, on
ne migre pas.
p.s: Evidemment ça ne tiendrait qu'à moi,... :-)
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Pierre Equoy
12:10 p.m.
Le 17 novembre 2013 11:55, Pierre Equoy <pierre.equoy(a)gmail.com> a écrit :
OK.
Le seul avantage que je vois dans Git ne tient pas forcément a Git lui-même
mais surtout à la communauté derrière Github : Github, c'est le nouveau
Sourceforge, tout le monde a un compte dessus, donc tout le monde peut
potentiellement faire un pull request.
Y'a un dépôt DC là-bas, personne n'a jamais fait mine de faire le moindre
pull-request, et d'ailleurs quand on liste les forks, on retrouve quasiment
que des gens qui sont déjà du côté de Dotclear depuis quelque temps.
Dans le cas de bitbucket, je crois que les pull requests sont possibles
aussi, mais il faut se créer un compte...
Tout comme Github en quelque sorte :-)
3:01 p.m.
2013/11/17 Franck Paul <carnet.franck.paul(a)gmail.com>
Le 17 novembre 2013 11:55, Pierre Equoy
<pierre.equoy(a)gmail.com> a écrit :
> OK.
>
> Le seul avantage que je vois dans Git ne tient pas forcément a Git
lui-même
> mais surtout à la communauté derrière Github : Github, c'est le nouveau
> Sourceforge, tout le monde a un compte dessus, donc tout le monde peut
> potentiellement faire un pull request.
>
Y'a un dépôt DC là-bas, personne n'a jamais fait mine de faire le moindre
pull-request, et d'ailleurs quand on liste les forks, on retrouve quasiment
que des gens qui sont déjà du côté de Dotclear depuis quelque temps.
c'est faux, yen a eu un :)
3:14 p.m.
Tiens Julien, puisque tu es dans les parages, tu veux pas synchroniser le
dépôt Github là-bas ?
Où nous expliquer comment il faut faire, voire les deux ?
Le 17 novembre 2013 15:01, Julien Wajsberg <felash(a)gmail.com> a écrit :
2013/11/17 Franck Paul <carnet.franck.paul(a)gmail.com>
> Le 17 novembre 2013 11:55, Pierre Equoy <pierre.equoy(a)gmail.com> a
écrit :
>
> > OK.
> >
> > Le seul avantage que je vois dans Git ne tient pas forcément a Git
> lui-même
> > mais surtout à la communauté derrière Github : Github, c'est le nouveau
> > Sourceforge, tout le monde a un compte dessus, donc tout le monde peut
> > potentiellement faire un pull request.
> >
>
> Y'a un dépôt DC là-bas, personne n'a jamais fait mine de faire le moindre
> pull-request, et d'ailleurs quand on liste les forks, on retrouve
quasiment
> que des gens qui sont déjà du côté de Dotclear depuis quelque temps.
>
>
c'est faux, yen a eu un :)
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
3:49 p.m.
Le 17 novembre 2013 15:14, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Tiens Julien, puisque tu es dans les parages, tu veux pas
synchroniser le
dépôt Github là-bas ?
Où nous expliquer comment il faut faire, voire les deux ?
Je pense qu'un hook depuis le dépot bitbucket devrait pouvoir le faire mais
il manque la commande que va nous donner super Julien !
3:55 p.m.
ouaip, si je retrouve comment j'ai fait la première fois ;)
2013/11/17 Franck Paul <carnet.franck.paul(a)gmail.com>
Tiens Julien, puisque tu es dans les parages, tu veux pas
synchroniser le
dépôt Github là-bas ?
Où nous expliquer comment il faut faire, voire les deux ?
Le 17 novembre 2013 15:01, Julien Wajsberg <felash(a)gmail.com> a écrit :
> 2013/11/17 Franck Paul <carnet.franck.paul(a)gmail.com>
>
> > Le 17 novembre 2013 11:55, Pierre Equoy <pierre.equoy(a)gmail.com> a
> écrit :
> >
> > > OK.
> > >
> > > Le seul avantage que je vois dans Git ne tient pas forcément a Git
> > lui-même
> > > mais surtout à la communauté derrière Github : Github, c'est le
nouveau
> > > Sourceforge, tout le monde a un compte dessus, donc tout le monde
peut
> > > potentiellement faire un pull request.
> > >
> >
> > Y'a un dépôt DC là-bas, personne n'a jamais fait mine de faire le
moindre
> > pull-request, et d'ailleurs quand on liste les forks, on retrouve
> quasiment
> > que des gens qui sont déjà du côté de Dotclear depuis quelque temps.
> >
> >
> c'est faux, yen a eu un :)
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
6:44 p.m.
Mmm possible, j'ai en tout cas ce repo cloné chez moi
more news tonight ;)
2013/11/17 Nicolas <nikrou77(a)gmail.com>
Le 17 novembre 2013 15:55, Julien Wajsberg <felash(a)gmail.com> a
écrit :
> ouaip, si je retrouve comment j'ai fait la première fois ;)
avec fast-import non ?
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
9:54 p.m.
j'ai fait un essai avec
https://github.com/felipec/git/blob/fc/master/git-remote-hg.py, c'est bien
bien cool pour quand on veut développer avec git sur un dépôt hg, mais ça
me permet pas de fast-forward avec l'existant réalisé en aout, du coup, out
;) (wow, je fais des rimes)
du coup je vais retenter avec fast-export
2013/11/17 Julien Wajsberg <felash(a)gmail.com>
Mmm possible, j'ai en tout cas ce repo cloné chez moi
more news tonight ;)
2013/11/17 Nicolas <nikrou77(a)gmail.com>
> Le 17 novembre 2013 15:55, Julien Wajsberg <felash(a)gmail.com> a écrit :
>
> > ouaip, si je retrouve comment j'ai fait la première fois ;)
>
>
> avec fast-import non ?
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
10:30 p.m.
ok, avec fast-export c'est bon :)
Donc voilà en gros:
* avoir un clone hg de dotclear à jour: hg clone
https://hg.dotclear.org/dotclear/
* avoir un clone git du répot github de dotclear à jour: git clone
git@github.com:dotclear/dotclear.git
* avoir un clone de fast-export: git clone
http://repo.or.cz/w/fast-export.git
* aller dans le clone git
* <path to fast-export>/hg-fast-export.sh --force -r <path to hg clone>
* git reset --hard
* git push upstream --mirror
La ligne "git reset --hard" est nécessaire pour moi parce que fast export
me prépare un futur commit, je sais pas pourquoi.
Dites moi si j'ai oublié des bouts, car j'ai fait le premier setup en aout
dernier.
Et j'ai pushé la dernière version sur https://github.com/dotclear/dotclear,
dites moi si ça a l'air correk :)
--
Julien
2013/11/17 Julien Wajsberg <felash(a)gmail.com>
j'ai fait un essai avec
https://github.com/felipec/git/blob/fc/master/git-remote-hg.py, c'est
bien bien cool pour quand on veut développer avec git sur un dépôt hg, mais
ça me permet pas de fast-forward avec l'existant réalisé en aout, du coup,
out ;) (wow, je fais des rimes)
du coup je vais retenter avec fast-export
2013/11/17 Julien Wajsberg <felash(a)gmail.com>
> Mmm possible, j'ai en tout cas ce repo cloné chez moi
>
> more news tonight ;)
>
>
> 2013/11/17 Nicolas <nikrou77(a)gmail.com>
>
>> Le 17 novembre 2013 15:55, Julien Wajsberg <felash(a)gmail.com> a écrit :
>>
>> > ouaip, si je retrouve comment j'ai fait la première fois ;)
>>
>>
>> avec fast-import non ?
>> --
>> Dev mailing list - Dev(a)list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>>
>
>
10:56 p.m.
Merci beaucoup m'sieur.
Le 17 novembre 2013 22:30, Julien Wajsberg <felash(a)gmail.com> a écrit :
ok, avec fast-export c'est bon :)
Donc voilà en gros:
* avoir un clone hg de dotclear à jour: hg clone
https://hg.dotclear.org/dotclear/
* avoir un clone git du répot github de dotclear à jour: git clone
git@github.com:dotclear/dotclear.git
* avoir un clone de fast-export: git clone
http://repo.or.cz/w/fast-export.git
* aller dans le clone git
* <path to fast-export>/hg-fast-export.sh --force -r <path to hg clone>
* git reset --hard
* git push upstream --mirror
La ligne "git reset --hard" est nécessaire pour moi parce que fast export
me prépare un futur commit, je sais pas pourquoi.
Dites moi si j'ai oublié des bouts, car j'ai fait le premier setup en aout
dernier.
Et j'ai pushé la dernière version sur https://github.com/dotclear/dotclear
,
dites moi si ça a l'air correk :)
--
Julien
2013/11/17 Julien Wajsberg <felash(a)gmail.com>
> j'ai fait un essai avec
> https://github.com/felipec/git/blob/fc/master/git-remote-hg.py, c'est
> bien bien cool pour quand on veut développer avec git sur un dépôt hg,
mais
> ça me permet pas de fast-forward avec l'existant réalisé en aout, du
coup,
> out ;) (wow, je fais des rimes)
>
> du coup je vais retenter avec fast-export
>
>
> 2013/11/17 Julien Wajsberg <felash(a)gmail.com>
>
>> Mmm possible, j'ai en tout cas ce repo cloné chez moi
>>
>> more news tonight ;)
>>
>>
>> 2013/11/17 Nicolas <nikrou77(a)gmail.com>
>>
>>> Le 17 novembre 2013 15:55, Julien Wajsberg <felash(a)gmail.com> a écrit
:
>>>
>>> > ouaip, si je retrouve comment j'ai fait la première fois ;)
>>>
>>>
>>> avec fast-import non ?
>>> --
>>> Dev mailing list - Dev(a)list.dotclear.org -
>>> http://ml.dotclear.org/listinfo/dev
>>>
>>
>>
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
3:14 a.m.
OK bon là je suis perdu.
C'est quoi l'intérêt d'avoir deux repo sur deux sites différents en
utilisant deux technologies différentes ?
Soit vous dites "Mercurial ou crève", soit... euh... non ?
Perso j'ai jamais utilisé le repo Github parce que je pensais qu'il avait
été créé pour faire un test et qu'il ne servait à rien.
2013/11/18 Franck Paul <carnet.franck.paul(a)gmail.com>
Merci beaucoup m'sieur.
Le 17 novembre 2013 22:30, Julien Wajsberg <felash(a)gmail.com> a écrit :
> ok, avec fast-export c'est bon :)
>
> Donc voilà en gros:
> * avoir un clone hg de dotclear à jour: hg clone
> https://hg.dotclear.org/dotclear/
> * avoir un clone git du répot github de dotclear à jour: git clone
> git@github.com:dotclear/dotclear.git
> * avoir un clone de fast-export: git clone
> http://repo.or.cz/w/fast-export.git
> * aller dans le clone git
> * <path to fast-export>/hg-fast-export.sh --force -r <path to hg clone>
> * git reset --hard
> * git push upstream --mirror
>
> La ligne "git reset --hard" est nécessaire pour moi parce que fast export
> me prépare un futur commit, je sais pas pourquoi.
> Dites moi si j'ai oublié des bouts, car j'ai fait le premier setup en
aout
> dernier.
>
> Et j'ai pushé la dernière version sur
https://github.com/dotclear/dotclear
> ,
> dites moi si ça a l'air correk :)
>
> --
> Julien
>
>
> 2013/11/17 Julien Wajsberg <felash(a)gmail.com>
>
> > j'ai fait un essai avec
> > https://github.com/felipec/git/blob/fc/master/git-remote-hg.py, c'est
> > bien bien cool pour quand on veut développer avec git sur un dépôt hg,
> mais
> > ça me permet pas de fast-forward avec l'existant réalisé en aout, du
> coup,
> > out ;) (wow, je fais des rimes)
> >
> > du coup je vais retenter avec fast-export
> >
> >
> > 2013/11/17 Julien Wajsberg <felash(a)gmail.com>
> >
> >> Mmm possible, j'ai en tout cas ce repo cloné chez moi
> >>
> >> more news tonight ;)
> >>
> >>
> >> 2013/11/17 Nicolas <nikrou77(a)gmail.com>
> >>
> >>> Le 17 novembre 2013 15:55, Julien Wajsberg <felash(a)gmail.com> a
écrit
> :
> >>>
> >>> > ouaip, si je retrouve comment j'ai fait la première fois ;)
> >>>
> >>>
> >>> avec fast-import non ?
> >>> --
> >>> Dev mailing list - Dev(a)list.dotclear.org -
> >>> http://ml.dotclear.org/listinfo/dev
> >>>
> >>
> >>
> >
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Pierre Equoy
3:04 p.m.
Le 18/11/13 03:14, Pierre Equoy a écrit :
C'est quoi l'intérêt d'avoir deux repo sur deux sites
différents en
utilisant deux technologies différentes ?
…
Pour moi l'intérêt de dupliquer est d'essayer d'attirer le plus de
contributeurs possible.
Comme qd tu désires être rétribué, tu proposes un maximum de moyens de
paiements pour que le « payeur » s'y retrouve plus vite et choisisse le
moyen qu'il aime.
Ici l'important est que le code évolue et que le contributeur fasse son
PR par le moyen qu'il préfère …
J'ai bon ?
Perso, ça ne change pas grand chose que ce soit hg ou git (même si c'est
plus facile pour moi). S'il n'y a pas (encore) eu de push de ma part,
c'est surtout que j'ai des difficultés (au vu du temps dispo) pour
essayer d'appréhender le code … je vais plutôt tenter les plugin pour
commencer ;-)
Bàv
--
Pinkilla
pb(à)namok.be
http://pit.namok.be / http://blog.namok.be
3:13 p.m.
Tiens une différence entre bitbucket et github :
Regardez ce commit :
https://github.com/nikrou/dotclear/commit/30e8c82854098e2cd1d90655dcce77b...
C'est pénible d'être pertuber par les modifications de tabulations ou
d'espace ! Il suffit d'ajouter ?w=1 au bout de l'url (pas trouvé si on
pouvait le faire directement dans les options) :
https://github.com/nikrou/dotclear/commit/30e8c82854098e2cd1d90655dcce77b...
Pour bitbucket c'est encore un projet de pouvoir faire ça un jour !!!
https://bitbucket.org/site/master/issue/3812/add-option-to-ignore-line-en...
Le 18 novembre 2013 15:04, Pinkilla <pb(a)namok.be> a écrit :
Le 18/11/13 03:14, Pierre Equoy a écrit :
> C'est quoi l'intérêt d'avoir deux repo sur deux sites différents en
> utilisant deux technologies différentes ?
> …
Pour moi l'intérêt de dupliquer est d'essayer d'attirer le plus de
contributeurs possible.
Comme qd tu désires être rétribué, tu proposes un maximum de moyens de
paiements pour que le « payeur » s'y retrouve plus vite et choisisse le
moyen qu'il aime.
Ici l'important est que le code évolue et que le contributeur fasse son
PR par le moyen qu'il préfère …
J'ai bon ?
Perso, ça ne change pas grand chose que ce soit hg ou git (même si c'est
plus facile pour moi). S'il n'y a pas (encore) eu de push de ma part,
c'est surtout que j'ai des difficultés (au vu du temps dispo) pour
essayer d'appréhender le code … je vais plutôt tenter les plugin pour
commencer ;-)
Bàv
--
Pinkilla
pb(à)namok.be
http://pit.namok.be / http://blog.namok.be
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
3:15 p.m.
Au sujet des trailings spaces et tabs, j'ai fait une grosse passe hier, ça
devrait faire beaucoup moins de bruit, à l'avenir ;-)
Le 18 novembre 2013 15:13, Nicolas <nikrou77(a)gmail.com> a écrit :
Tiens une différence entre bitbucket et github :
Regardez ce commit :
https://github.com/nikrou/dotclear/commit/30e8c82854098e2cd1d90655dcce77b...
C'est pénible d'être pertuber par les modifications de tabulations ou
d'espace ! Il suffit d'ajouter ?w=1 au bout de l'url (pas trouvé si on
pouvait le faire directement dans les options) :
https://github.com/nikrou/dotclear/commit/30e8c82854098e2cd1d90655dcce77b...
Pour bitbucket c'est encore un projet de pouvoir faire ça un jour !!!
https://bitbucket.org/site/master/issue/3812/add-option-to-ignore-line-en...
Le 18 novembre 2013 15:04, Pinkilla <pb(a)namok.be> a écrit :
> Le 18/11/13 03:14, Pierre Equoy a écrit :
> > C'est quoi l'intérêt d'avoir deux repo sur deux sites différents
en
> > utilisant deux technologies différentes ?
> > …
>
> Pour moi l'intérêt de dupliquer est d'essayer d'attirer le plus de
> contributeurs possible.
>
> Comme qd tu désires être rétribué, tu proposes un maximum de moyens de
> paiements pour que le « payeur » s'y retrouve plus vite et choisisse le
> moyen qu'il aime.
>
> Ici l'important est que le code évolue et que le contributeur fasse son
> PR par le moyen qu'il préfère …
> J'ai bon ?
>
> Perso, ça ne change pas grand chose que ce soit hg ou git (même si c'est
> plus facile pour moi). S'il n'y a pas (encore) eu de push de ma part,
> c'est surtout que j'ai des difficultés (au vu du temps dispo) pour
> essayer d'appréhender le code … je vais plutôt tenter les plugin pour
> commencer ;-)
>
> Bàv
> --
> Pinkilla
> pb(à)namok.be
> http://pit.namok.be / http://blog.namok.be
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
5:08 p.m.
pour moi, le repo sur github n'est qu'un miroir. On ne fera jamais de
commit directement dessus (sauf sur des branches éventuellement, et encore).
En revanche, on peut très bien faire des pull requests, car il est facile
de récupérer un patch depuis une PR et de l'appliquer ensuite sur son repo
hg local puis de pusher sur le repo hg distant. Puis faire le miroir sur
github :)
Ça peut s'automatiser très facilement.
2013/11/18 Pierre Equoy <pierre.equoy(a)gmail.com>
OK bon là je suis perdu.
C'est quoi l'intérêt d'avoir deux repo sur deux sites différents en
utilisant deux technologies différentes ?
Soit vous dites "Mercurial ou crève", soit... euh... non ?
Perso j'ai jamais utilisé le repo Github parce que je pensais qu'il avait
été créé pour faire un test et qu'il ne servait à rien.
2013/11/18 Franck Paul <carnet.franck.paul(a)gmail.com>
> Merci beaucoup m'sieur.
>
>
> Le 17 novembre 2013 22:30, Julien Wajsberg <felash(a)gmail.com> a écrit :
>
> > ok, avec fast-export c'est bon :)
> >
> > Donc voilà en gros:
> > * avoir un clone hg de dotclear à jour: hg clone
> > https://hg.dotclear.org/dotclear/
> > * avoir un clone git du répot github de dotclear à jour: git clone
> > git@github.com:dotclear/dotclear.git
> > * avoir un clone de fast-export: git clone
> > http://repo.or.cz/w/fast-export.git
> > * aller dans le clone git
> > * <path to fast-export>/hg-fast-export.sh --force -r <path to hg
clone>
> > * git reset --hard
> > * git push upstream --mirror
> >
> > La ligne "git reset --hard" est nécessaire pour moi parce que fast
export
> > me prépare un futur commit, je sais pas pourquoi.
> > Dites moi si j'ai oublié des bouts, car j'ai fait le premier setup en
> aout
> > dernier.
> >
> > Et j'ai pushé la dernière version sur
> https://github.com/dotclear/dotclear
> > ,
> > dites moi si ça a l'air correk :)
> >
> > --
> > Julien
> >
> >
> > 2013/11/17 Julien Wajsberg <felash(a)gmail.com>
> >
> > > j'ai fait un essai avec
> > > https://github.com/felipec/git/blob/fc/master/git-remote-hg.py,
c'est
> > > bien bien cool pour quand on veut développer avec git sur un dépôt
hg,
> > mais
> > > ça me permet pas de fast-forward avec l'existant réalisé en aout, du
> > coup,
> > > out ;) (wow, je fais des rimes)
> > >
> > > du coup je vais retenter avec fast-export
> > >
> > >
> > > 2013/11/17 Julien Wajsberg <felash(a)gmail.com>
> > >
> > >> Mmm possible, j'ai en tout cas ce repo cloné chez moi
> > >>
> > >> more news tonight ;)
> > >>
> > >>
> > >> 2013/11/17 Nicolas <nikrou77(a)gmail.com>
> > >>
> > >>> Le 17 novembre 2013 15:55, Julien Wajsberg
<felash(a)gmail.com> a
> écrit
> > :
> > >>>
> > >>> > ouaip, si je retrouve comment j'ai fait la première fois
;)
> > >>>
> > >>>
> > >>> avec fast-import non ?
> > >>> --
> > >>> Dev mailing list - Dev(a)list.dotclear.org -
> > >>> http://ml.dotclear.org/listinfo/dev
> > >>>
> > >>
> > >>
> > >
> > --
> > Dev mailing list - Dev(a)list.dotclear.org -
> > http://ml.dotclear.org/listinfo/dev
> >
>
>
>
> --
> Franck
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Pierre Equoy
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
6:02 p.m.
Le 18 novembre 2013 17:08, Julien Wajsberg <felash(a)gmail.com> a écrit :
pour moi, le repo sur github n'est qu'un miroir. On ne fera
jamais de
commit directement dessus (sauf sur des branches éventuellement, et
encore).
En revanche, on peut très bien faire des pull requests, car il est facile
de récupérer un patch depuis une PR et de l'appliquer ensuite sur son repo
hg local puis de pusher sur le repo hg distant. Puis faire le miroir sur
github :)
Ça peut s'automatiser très facilement.
Tout à fait d'accord, je l'ai fait une fois de récupérer un patch poussé
sur Github, ça fonctionne très bien.
12:21 p.m.
J'essaye de cloner fast-export.git et git m'envoie balader (il se demande
si c'est vraiment un dépôt git). Saynul Git en fait !
Le 17 novembre 2013 22:30, Julien Wajsberg <felash(a)gmail.com> a écrit :
ok, avec fast-export c'est bon :)
Donc voilà en gros:
* avoir un clone hg de dotclear à jour: hg clone
https://hg.dotclear.org/dotclear/
* avoir un clone git du répot github de dotclear à jour: git clone
git@github.com:dotclear/dotclear.git
* avoir un clone de fast-export: git clone
http://repo.or.cz/w/fast-export.git
* aller dans le clone git
* <path to fast-export>/hg-fast-export.sh --force -r <path to hg clone>
* git reset --hard
* git push upstream --mirror
La ligne "git reset --hard" est nécessaire pour moi parce que fast export
me prépare un futur commit, je sais pas pourquoi.
Dites moi si j'ai oublié des bouts, car j'ai fait le premier setup en aout
dernier.
Et j'ai pushé la dernière version sur https://github.com/dotclear/dotclear
,
dites moi si ça a l'air correk :)
--
Julien
2013/11/17 Julien Wajsberg <felash(a)gmail.com>
> j'ai fait un essai avec
> https://github.com/felipec/git/blob/fc/master/git-remote-hg.py, c'est
> bien bien cool pour quand on veut développer avec git sur un dépôt hg,
mais
> ça me permet pas de fast-forward avec l'existant réalisé en aout, du
coup,
> out ;) (wow, je fais des rimes)
>
> du coup je vais retenter avec fast-export
>
>
> 2013/11/17 Julien Wajsberg <felash(a)gmail.com>
>
>> Mmm possible, j'ai en tout cas ce repo cloné chez moi
>>
>> more news tonight ;)
>>
>>
>> 2013/11/17 Nicolas <nikrou77(a)gmail.com>
>>
>>> Le 17 novembre 2013 15:55, Julien Wajsberg <felash(a)gmail.com> a écrit
:
>>>
>>> > ouaip, si je retrouve comment j'ai fait la première fois ;)
>>>
>>>
>>> avec fast-import non ?
>>> --
>>> Dev mailing list - Dev(a)list.dotclear.org -
>>> http://ml.dotclear.org/listinfo/dev
>>>
>>
>>
>
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
2:58 p.m.
J'ai réussi mais il faut dire que j'ai déjà un dépot git :
git push --mirror
https://github.com/nikrou/dotclear
Le 18 novembre 2013 14:39, Nicolas <nikrou77(a)gmail.com> a écrit :
Le 18 novembre 2013 12:21, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
J'essaye de cloner fast-export.git et git m'envoie balader (il se demande
> si c'est vraiment un dépôt git). Saynul Git en fait !
>
C'est parce que tu ne le mérites pas ! :-)
3:16 p.m.
Le 18 novembre 2013 14:58, Nicolas <nikrou77(a)gmail.com> a écrit :
J'ai réussi mais il faut dire que j'ai déjà un dépot git :
git push --mirror
https://github.com/nikrou/dotclear
Je n'ai aucun problème pour cloner le dépôt Git de Dotclear, par contre
c'est fast-export qui me pose des soucis !
3:46 p.m.
Le 18 novembre 2013 15:16, Franck Paul <carnet.franck.paul(a)gmail.com> a
écrit :
Je n'ai aucun problème pour cloner le dépôt Git de Dotclear, par
contre
c'est fast-export qui me pose des soucis !
Je n'utilise pas fast-export mais mon propre dépôt cloner avec
git-remote-hg.
Par contre il va falloir que je lise un peu la doc pour ne pas exporter les
branches locales !
5:04 p.m.
2013/11/18 Nicolas <nikrou77(a)gmail.com>
Le 18 novembre 2013 15:16, Franck Paul
<carnet.franck.paul(a)gmail.com> a
écrit :
> Je n'ai aucun problème pour cloner le dépôt Git de Dotclear, par contre
> c'est fast-export qui me pose des soucis !
>
Je n'utilise pas fast-export mais mon propre dépôt cloner avec
git-remote-hg.
je me suis dit que pour mirrorer git remote hg avait l'air moins pratique.
et puis surtout, il générait pas les mêmes hashes que le fast export!
Alors comme on n'a pas le droit de réécrire l'historique publique, git
remote hg => poubelle pour le miroir
(mais top pour bosser dans ton coin s'il n'y a pas de repo git)
Par contre il va falloir que je lise un peu la doc pour ne pas
exporter les
branches locales !
faut pas faire --mirror ;)
10:28 p.m.
Le 18 novembre 2013 17:04, Julien Wajsberg <felash(a)gmail.com> a écrit :
je me suis dit que pour mirrorer git remote hg avait l'air moins
pratique.
et puis surtout, il générait pas les mêmes hashes que le fast export!
Si les hash sont en git notes :
https://github.com/nikrou/dotclear/commit/437bf9cf6eddab2d64ee3c04b4ed5ca...
et en git notes tu as :
hg
b4e45fdd906b9ba3bcaa470a583abe649fd79177
qui correspond à :
https://bitbucket.org/dotclear/dotclear/commits/b4e45fdd906b9ba3bcaa470a5...
Rien ne se perd, rien ne se crée tout se transforme avec git !
10:45 p.m.
je veux dire, il génère pas les mêmes hashes que fast export...
On 18 November 2013 22:28, Nicolas <nikrou77(a)gmail.com> wrote:
Le 18 novembre 2013 17:04, Julien Wajsberg <felash(a)gmail.com> a
écrit :
> je me suis dit que pour mirrorer git remote hg avait l'air moins
pratique.
> et puis surtout, il générait pas les mêmes hashes que le fast export!
>
Si les hash sont en git notes :
https://github.com/nikrou/dotclear/commit/437bf9cf6eddab2d64ee3c04b4ed5ca...
et en git notes tu as :
hg
b4e45fdd906b9ba3bcaa470a583abe649fd79177
qui correspond à :
https://bitbucket.org/dotclear/dotclear/commits/b4e45fdd906b9ba3bcaa470a5...
Rien ne se perd, rien ne se crée tout se transforme avec git !
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
11:12 p.m.
ça veut en particulier dire que ton repo et celui sur dotclear/dotclear
sont pas compatibles...
2013/11/18 Nicolas <nikrou77(a)gmail.com>
Le 18 novembre 2013 22:45, Julien Wajsberg <felash(a)gmail.com> a
écrit :
> je veux dire, il génère pas les mêmes hashes que fast export...
>
Ah ok.
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
5:07 p.m.
my bad
utilise soit http://repo.or.cz/r/fast-export.git soit git://
repo.or.cz/fast-export.git comme adresse de clone
(c'était marqué en petit sur http://repo.or.cz/w/fast-export.git)
2013/11/18 Franck Paul <carnet.franck.paul(a)gmail.com>
J'essaye de cloner fast-export.git et git m'envoie balader
(il se demande
si c'est vraiment un dépôt git). Saynul Git en fait !
Le 17 novembre 2013 22:30, Julien Wajsberg <felash(a)gmail.com> a écrit :
> ok, avec fast-export c'est bon :)
>
> Donc voilà en gros:
> * avoir un clone hg de dotclear à jour: hg clone
> https://hg.dotclear.org/dotclear/
> * avoir un clone git du répot github de dotclear à jour: git clone
> git@github.com:dotclear/dotclear.git
> * avoir un clone de fast-export: git clone
> http://repo.or.cz/w/fast-export.git
> * aller dans le clone git
> * <path to fast-export>/hg-fast-export.sh --force -r <path to hg clone>
> * git reset --hard
> * git push upstream --mirror
>
> La ligne "git reset --hard" est nécessaire pour moi parce que fast export
> me prépare un futur commit, je sais pas pourquoi.
> Dites moi si j'ai oublié des bouts, car j'ai fait le premier setup en
aout
> dernier.
>
> Et j'ai pushé la dernière version sur
https://github.com/dotclear/dotclear
> ,
> dites moi si ça a l'air correk :)
>
> --
> Julien
>
>
> 2013/11/17 Julien Wajsberg <felash(a)gmail.com>
>
> > j'ai fait un essai avec
> > https://github.com/felipec/git/blob/fc/master/git-remote-hg.py, c'est
> > bien bien cool pour quand on veut développer avec git sur un dépôt hg,
> mais
> > ça me permet pas de fast-forward avec l'existant réalisé en aout, du
> coup,
> > out ;) (wow, je fais des rimes)
> >
> > du coup je vais retenter avec fast-export
> >
> >
> > 2013/11/17 Julien Wajsberg <felash(a)gmail.com>
> >
> >> Mmm possible, j'ai en tout cas ce repo cloné chez moi
> >>
> >> more news tonight ;)
> >>
> >>
> >> 2013/11/17 Nicolas <nikrou77(a)gmail.com>
> >>
> >>> Le 17 novembre 2013 15:55, Julien Wajsberg <felash(a)gmail.com> a
écrit
> :
> >>>
> >>> > ouaip, si je retrouve comment j'ai fait la première fois ;)
> >>>
> >>>
> >>> avec fast-import non ?
> >>> --
> >>> Dev mailing list - Dev(a)list.dotclear.org -
> >>> http://ml.dotclear.org/listinfo/dev
> >>>
> >>
> >>
> >
> --
> Dev mailing list - Dev(a)list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Franck
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
6:03 p.m.
Merci pour le correctif Julien.
Le 18 novembre 2013 17:07, Julien Wajsberg <felash(a)gmail.com> a écrit :
my bad
utilise soit http://repo.or.cz/r/fast-export.git soit git://
repo.or.cz/fast-export.git comme adresse de clone
(c'était marqué en petit sur http://repo.or.cz/w/fast-export.git)
3832
days inactive
3833
days old
32 comments
7 participants
participants (7)
-
Denis Jean-Christian -
Franck Paul -
Julien Wajsberg -
Kozlika -
Nicolas -
Pierre Equoy -
Pinkilla