QExtend

es ce que la création du lien avec le svn es ce que l'on part des source récupéré par
git clone git://gitorious.org/qextend/qextend.git

ou on se refait un repository git à partir du svn?

Je ne comprend pas bien la question...

LeGars a écrit:

Je ne comprend pas bien la question...

... dsl c'est vrai que çà ne veux rien dire ma question...

En gros, es ce que l'on peut utiliser les sources récupérées par
git clone git://gitorious.org/qextend/qextend.git
pour coder?

J'ai du mal à comprendre à sert concrètement la version sur gitorious.

A la base j'avais compris que cela aller permettre de développer avec git avec des push sur gitorious et des resynch entre les deux de temps en temps.

Si j'ai bien compris :

on créé un repository local a partir de svn.
On développe localement grâce à git.
Puis on se synchronize avec svn.

La version sur gitorious ne sert qu'à récupérer une version des sources, mais pas pour développer.

Et donc au finale, on exploite gitorious juste pour fournir une version des sources mais pas pour le dev.

C'est bien cela?

yan a écrit:

En gros, es ce que l'on peut utiliser les sources récupérées par
git clone git://gitorious.org/qextend/qextend.git
pour coder?

oui, mais pas pour envoyer vers le svn.

A la base j'avais compris que cela aller permettre de développer avec git avec des push sur gitorious et des resynch entre les deux de temps en temps.

Ca c'est possible par contre ça risque de créer de gros problème de cohérence entre les deux.
Le but était de proposer une version git mise à jour régulièrement pour travailler git-svn vers le svn dvp.
Le problème, que je ne connaissais pas jusqu'à hier, c'est que git a besoin d'un "historique" svn. Hors celui ci n'est correctement généré que lors d'un fetch local et ne peut être ajouté au dépot git.

Si j'ai bien compris :

on créé un repository local a partir de svn.
On développe localement grâce à git.
Puis on se synchronize avec svn.

Pas exactement, je dirais plutôt :
on créé un repository local grâce à git à partir du svn dvp.
On développe localement grâce à git.
Puis on commit avec git-svn.

LeGars a écrit:

Pas exactement, je dirais plutôt :
on créé un repository local grâce à git à partir du svn dvp.
On développe localement grâce à git.
Puis on commit avec git-svn.

Ok, j'ai compris :D. De cette manière on peut développer avec svn et un git-light sans risque.

Du coup dans le wiki, peut être ne proposer que ?
git svn clone http://subversion.developpez.com/projets/qextend -T trunk -b branches -t tags
+ le checkout

C'est un peu long mais on est sur de ce qui ce passe.

Pour gitorious, ça donne un second accès au source en lecture seule. Au finale, Je pense qu'il devrait pointer sur le trunk au lieu de la branche dev.

C'est juste une idée en l'aire, mais dans quelques temps et si tous le monde est ok, on pourrais faire différemment, non?
Développer avec git et gitorious et faire une image du master sur le trunck du svn. Et on oublie la possibilité de développer avec svn. Il nous servira de synchro avec redmine + un accés au source par svn.

sous windows, j'ai du faire
git svn rebase -l

pour que mon repository git se mette à jour. Sinon, les fichiers n'étaient pas téléchargé....
c'est normale?

yan a écrit:

sous windows, j'ai du faire
git svn rebase -l

pour que mon repository git se mette à jour. Sinon, les fichiers n'étaient pas téléchargé....
c'est normale?

pour git, oublié sous windows pour l'instant... ca marche trés mal....
Normalement les problèmes seront corrigé dans la prochaine release de msysgit