2010-07-15 5 views
1

J'ai travaillé dans une branche git sur une partie d'un site de rails. J'ai fait beaucoup de changements aléatoires au schéma pendant l'itération, et j'ai fait quelques migrations qui inversent les migrations précédentes pour ajouter des colonnes et des choses comme ça. Est-il acceptable de supprimer des migrations redondantes comme celles-ci (c'est-à-dire des paires de migrations qui ne sont que des inverses les unes des autres)? Je ne vois pas pourquoi cela causerait des problèmes parce que personne d'autre ne travaille sur cette branche, et le résultat final sera le même. Y a-t-il des risques de problèmes si je vais de l'avant avec ça?Suppression/"Rebasing" des migrations de rails

Répondre

1

Il devrait être sans problèmes, en supposant que vous savez parfaitement quoi faire et comment le faire.

Mais, vous devriez vous demander pourquoi vous voulez faire cela? Ce n'est pas un ajout à votre projet. Il ne fait que masquer (certaines de) vos itérations, ce qui peut être utile de revenir plus tard pour comprendre votre processus de travail ou pour l'expliquer à quelqu'un d'autre.

Personnellement, je fusionnerais simplement votre branche avec la branche principale sans supprimer aucun changement. Rien à avoir honte de droit?

+3

Vous avez VCS pour conserver l'historique des modifications. La raison de supprimer est de garder la version actuelle simple. – Alexey

+0

Pour ajouter à ce que dit @Alexey, il est utile de réduire le temps de migration – ldanielw1

Questions connexes