Meilleure approche pour refactor code à une version plus récente

Question

Cette question est liée à mon expérience avec FOSS en tant qu'étudiant. Désolé je pourrais être un peu subjectif, mais en travaillant avec une certaine approche ici et voudrait savoir si je suis sur la bonne voie.

Je suis impliqué dans un projet, où je suis supposé refactoriser un code qui a déjà été écrit par quelqu'un d'autre mais qui n'a jamais été inclus dans le tronc principal. Le code de base reste le même mais, à mesure que l'interface graphique du projet a évolué, des modifications doivent être apportées avant de pouvoir être intégrées.

Mon approche jusqu'à présent a été:

1. séparé le noyau à partir du code dépendant de l'interface graphique
2. Copier + Coller tout le code de base (comme cela devrait fonctionner)

Pendant quelque temps j'avais Pas de problème mais maintenant pour une classe dont dépend mon code, je suis confronté à des problèmes car la nouvelle version a un constructeur différent et a un code différent.

Quelle est la meilleure solution dans de tels cas?

La compréhension de tout le code prendra du temps. Et je suis débutant travaillant sur un plus gros projet.

Answer 1

Tout d'abord je crois que vous parlez de fusionner 2 branches et non refactoring.

La façon dont je voudrais approarch c'est:
1) Découvrez ce que le "maître" est.
2) Fusionner l'autre branche dans celle-ci.
3) Lorsque vous trouvez du code conflictuel, vous devez comprendre ce que vous supprimez ou ajoutez. Si une classe/fonction diffère, cela peut avoir ajouté une fonctionnalité ou corrigé un bug, alors vous devriez faire le meilleur qui répond aux spécifications de votre application.
4) Lorsque vous avez fusionné les branches, et que la fonjonalité majeure fonctionne (IE ce que les spécifications requièrent), je refactoriserais le code.