Nous utilisons Git pour le contrôle de version. Je travaille sur un gros projet qui pourrait changer radicalement le code actuel. L'idée générale est de décomposer le projet en petits morceaux, et de les commettre à Git localement. Il est donc plus facile de suivre ce qui est mis à jour par de petites pièces.Git: meilleure pratique avec un grand flux de développement de projet
Cependant, le problème que j'ai est que certains des éléments fondamentaux ne sont pas encore finalisés, cela peut changer en raison de l'intégration avec le système existant. Un élément fondamental change (par exemple l'interface API, le nommage), toutes les dépendances doivent également être modifiées. Cela ne me permet pas de commettre de code. Étant donné que les validations enregistrées doivent être modifiées à nouveau en raison des changements d'éléments fondamentaux. Donc, je garde tout non engagé, et je les commettrai morceau par morceau une fois que l'élément fondamental sera vraiment finalisé.
Je ne pense pas que ce soit une bonne pratique. Je voudrais commettre les petits morceaux quand j'ai fini de modifier chaque pièce. Ne pas attendre que le grand projet soit presque terminé, et s'engager à ce moment-là. Comment devrais-je améliorer le processus de développement?
Si vous changez l'API, vous devez changer tout le code en utilisant cette API, et c'est parfois un gros changement ... –
Pourquoi ne pouvez-vous pas simplement créer une branche séparée? – Nadine
Cela peut vous intéresser: http://nvie.com/posts/a-successful-git-branching-model/; et rebase est votre ami. :) –