https://falconnet.fr/ Julien FALCONNET est informaticien freelance spécialiste des questions Internet. Conseil en stratégie Internet, réalisation de sites web et référencement sont ses principales prestations. Vous trouverez aussi ici un certain nombre d'astuces et d'aides sur différents problèmes liés à Internet. fr SPIP - www.spip.net https://falconnet.eu/Bonnes-pratiques-SVN.html https://falconnet.eu/Bonnes-pratiques-SVN.html 2014-09-01T12:41:00Z text/html fr Julien Falconnet <p>Après quelques mois d'utilisation de SVN sur divers projets, dans différentes situations : seul, à plusieurs, en pilotage, etc. j'ai fini par me faire une liste de petites recettes pour que cela marche mieux. <br class='autobr' /> Quand utiliser SVN ? au delà d'un jour de travail prévu. Dès qu'on atteint trois jours de dépassement <br class='autobr' /> Quand utiliser Track/Redmine au delà d'une semaine de travail dès qu'on est deux à travailler dessus et qu'une analyse est nécessaire dès qu'une recette est prévue. <br class='autobr' /> Comment (…)</p> - <a href="https://falconnet.eu/-Developpement-.html" rel="directory">Subversion</a> <div class='rss_chapo'><p>Après quelques mois d'utilisation de SVN sur divers projets, dans différentes situations : seul, à plusieurs, en pilotage, etc. j'ai fini par me faire une liste de petites recettes pour que cela marche mieux.</p></div> <div class='rss_texte'><h2 class="spip">Quand utiliser SVN ?</h2> <p><span class="spip-puce ltr"><b>–</b></span> au delà d'un jour de travail prévu. <br /><span class="spip-puce ltr"><b>–</b></span> Dès qu'on atteint trois jours de dépassement</p> <h2 class="spip">Quand utiliser Track/Redmine</h2> <p><span class="spip-puce ltr"><b>–</b></span> au delà d'une semaine de travail <br /><span class="spip-puce ltr"><b>–</b></span> dès qu'on est deux à travailler dessus et qu'une analyse est nécessaire <br /><span class="spip-puce ltr"><b>–</b></span> dès qu'une recette est prévue.</p> <h2 class="spip">Comment soumettre (ou 'commiter' en bon franglais)</h2> <p><span class="spip-puce ltr"><b>–</b></span> dès que le code est stable. <br /><span class="spip-puce ltr"><b>–</b></span> dès que l'on peut dire "J'ai fait ça !"</p> <p>Plus précisément, dans la plupart des cas, pour une <strong>nouvelle fonctionnalité</strong>, il faudra soumettre : <br /><span class="spip-puce ltr"><b>–</b></span> Quand on a créé la(les) fonction(s) vide(s) (de préférence commentée). En effet en créant les fonctions vides d'abord, on limite les risques que les modifications touchent celles des autres, et donc qu'il y aie conflit. <br /><span class="spip-puce ltr"><b>–</b></span> Dès qu'on a finit une fonction. En commençant par les fonctions de bibliothèque. En effet les fonctions de bibliothèques doivent être développées avant d'être intégrées, de sorte à ce que l'intégration ne provoque pas d'erreur en attendant d'être développées. <br /><span class="spip-puce ltr"><b>–</b></span> Quand l'intégration sera finie. Il est important de soumettre l'intégration en toute indépendance pour permettre d'annuler cette intégration en une seule annulation de commit. Si on mélange intégration et débogage on risque de perdre le débogage en annulant l'intégration.</p> <p>Pour un <strong>débogage</strong> <br /><span class="spip-puce ltr"><b>–</b></span> une soumission par bug, sauf si le bug est complexe, c'est à dire composé de plusieurs bugs, alors on fera une soumission par sous-bug.</p> <p>Pour une <strong>amélioration</strong> <br /><span class="spip-puce ltr"><b>–</b></span> soumettre à chaque fois que l'amélioration est stable.</p> <p>...</p></div>