The best practice with rails is almost always to do it the way rails
wants you to. So one file per migration. What is the point of doing
the extra work of combining them into one file?
But my team meet preferring to keep it as a single file.
Some argument where going between us, I can’t able to convenience him to keep separate for all tables. Can I provide any links or url to get clear understanding for him…
Ask him which is most important, a few extra files (which makes no
difference to the operation of the site) or you spending extra time
rationalising them. If he prefers you to waste your time and he is
the boss then you must do as he says.
By the way please don't top post, it makes it difficult to follow the
thread. Insert your reply at appropriate points in previous message,
thanks.
Ask him which is most important, a few extra files (which makes no
difference to the operation of the site) or you spending extra time
rationalising them. If he prefers you to waste your time and he is
the boss then you must do as he says.
By the way please don't top post, it makes it difficult to follow the
thread. Insert your reply at appropriate points in previous message,
thanks.
Then "he" apparently has too much time on his hands.
Aside from the good points already made, retaining the individual
migrations offers useful "tree-ring" documentation of the evolution
of the app over time.
Meanwhile, tell "him" to worry about actually important things, like
whether your app has 100% test coverage
It sounds like “he” is unaware of schema.db! This is the consolidated schema of all the migrations which have run - the single view of the world that your colleague is asking for.