Version imprimable
Bonjour,
actuellement mon équipe de développeurs travaille avec svn integré à Eclipse.
Nous envisageons de passer à Git depuis un moment mais quelque chose nous en empêche : le travail de chacun.
Sauf erreur, il faut que chacun termine son travail en cours, commit, pour qu'on puisse ensuite faire la migration complete de l'équipe en meme temps.
Je me trompe où bien existe t-il une solution pour passer développeur par développeur à GIT ?
Merci pour toute réponse.
Bonne journée.
Bonjour,
Passer de SVN à Git ça va vous changer la vie... :mouarf:
Plaisanterie mise à part, il y a plusieurs questions qui me viennent à l'esprit, notamment concernant le contexte de travail, avant de pouvoir vous donner une réponse précise.
Je ne veux pas de vous décourager, bien au contraire, mais voici quelques points de vigilance, le but étant de vous faire passer le cap le plus en douceur possible.
- Tout d'abord, passer à Git en milieux de projet peut poser quelques soucis.
Si aucun d'entre vous n'est habitué à travailler avec Git, dites-vous bien qu'il vous faudra un moment d'adaptation.
Donc évitez de basculer si votre planning ou votre dérive est très serrée.- Ensuite, quelle est votre utilisation de SVN actuellement ?
Si vous vous contentez du trunk, sans les branches (utiliser ou non les tags n'a pas d'incidence), le passage à Git est plus facile.
Sinon, il faut savoir que la gestion des branches dans Git est différente de celle de Git.
Donc même remarque que pour le point du dessus- Quel est votre environnement de travail ?
Développeur sous Linux/Windows/Mac, serveur Linux disponible pour créer un dépôt de référence, avez-vous un système d'intégration continue... ?- Quelle organisation voulez-vous / envisagez-vous pour utiliser Git ?
Utiliser une dépot de référence, synchronisation de pair à pair... ?
http://git-scm.com/book/fr/v2/Git-di...istribu%C3%A9s- Quel système Git voulez-vous / envisagez-vous ?
Un simple dépôt de référence attaqué en SSH, avoir une interface web (ex : gitweb), une "forge" avec gestion de tickets, wiki... (ex: gitlab)- Souhaitez-vous conserver tout l'historique de SVN, avec/sans les tags ou plutôt partir d'un état de base du dépôt SVN ?
La deuxième solution étant la plus facile et rapide à mettre en oeuvre.
http://git-scm.com/book/fr/v2/Git-et...ation-vers-Git- Pourquoi vouloir migrer progressivement ?
A mon avis, il vaut mieux migrer tout le monde d'un coup et repartir sur une gestion propre des sources (propre au sens "dans la philosophie de Git"). Le paradigme de Git diffère de celui de SVN et
je pense que la cohabitation des deux systèmes, même temporaire, va être plus pénalisante.
Après avoir répondu à ces questions, on devrait y voir plus clair. ;)
Si ça peut vous aider, j'ai écris un petit tutoriel de démarrage avec Git : Git - Démarrage rapide sous Linux
Ensuite, il est possible d'envisager tout de même une "transition".
Vous pouvez par exemple, (c'est un peu bourrin mais efficace) :
- Initialiser le nouveau dépôt Git à partir de la dernière révision SVN
- Pour chaque développeur :
- Faire un git clone du nouveau dépôt Git.
- Basculer sur une nouvelle branche de dev : git checkout -b WIP_devXxx (WIP : Work In Progress)
- Recopier le contenu de l'ancien répertoire de travail SVN dans le nouveau répertoire de travail Git.
- Faire un commit de tous les changements.
- Si le développeur le souhaite, il peut faire un push de sa branche WIP_devXxx sur le dépôt de référence : git push origin WIP_devXxx
Son travail est ainsi sauvegardé et ne pollue pas la branche master avec du travail en cours, non finalisé.- Une fois le travail finalisé il le fusionne sur la branche master :
- git checkout master
- git merge WIP_devXxx
- Si la branche n'a plus d'utilité, vous pouvez la supprimer :
- git branch -d WIP_devXxx
- git push origin :WIP_devXxx
J'espère ne pas trop vous avoir embrouillé.