Hallo, On 21/05/07, Hendrik Volkmer <[EMAIL PROTECTED]> wrote:
Am 21.05.2007 um 11:21 schrieb Thomas Preymesser: > > vom Inhalt der Aenderungen dürfte es kein Problem sein, da diese > unterschiedliche Bereiche der Anwendung betreffen, aber kommt Rails > mit den doppelt vorhandenen Nummern zurecht oder führt das zu > Problemen? Rails wirft eine Exception, wenn es 2 Migrations mit der gleichen Nummer findet.
OK. Ich habs' aber jetzt sowieso etwas umorganisiert und neu numeriert, weil ich eine Tabelle eingeführt hatte, die jetzt wieder entfallen ist. Jetzt hab ich nur noch die wirklich relevanten Aenderungen drin. Aber: danke für die grunsdsätzliche Klärung. Lösungsvorschläge:
- Bevor man eine Migration macht kurz in den Raum rufen "Hat jemand von euch ne Migration?"
Hab' ich gemacht - meine beiden Kater haben aber nur verständnislos geguckt ;-) - Ggf. dann einchecken - Ausmachen, dass man Migrations immer direkt nach dem Anlegen
einchecken muss.
...was aber wiederum etwas dem Prinzip widerspricht, daß ich Modifikationen erstmal in meiner lokalen Umgebung teste, bevor ich sie auf die Allgemeinheit/Repository loslasse. Aber diese Kollisionen dürften wahrscheinlich nicht wirklich ein Problem darstellen. Gruß -Thomas
_______________________________________________ rubyonrails-ug mailing list [email protected] http://mailman.headflash.com/mailman/listinfo/rubyonrails-ug
