Guude Liste,
ich konnte mein Problem lösen.
Ich hatte 3 pending migrations. Wie es dazu kam kann ich nur vermuten. Ich habe
mein Projekt zum einen bei Github und zum anderen bei der Projektmanagement
Webapplikation plan.io. Für plan.io habe ich ein zweites remote angelegt, aber
meine Änderungen nur mit einem git push versehen. Ich hätte hier jeweils noch
die Namen der Remotes angeben müssen, oder?
Wie dem auch sei, ich habe das plan.io remote nun gelöscht und dann mit rake
db:migrate:reset mein pending migrations Problem behoben. Nun läuft wieder
alles und ich kann Änderungen an meinen Datenmodellen vornehmen.
Wäre super wenn der ein oder andere erfahrene Rails Anwender der hier mitliest
mal kurz kommentieren könnte ob mein Vorgehen so in Ordnung war.
Gute Nacht!
Sebastian
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
On Donnerstag, 28. April 2011 at 22:52, Sebastian Bachmann wrote:
> Guude,
>
> das Migrationsfile scheint mir aber richtig zu sein, dort steht
> _add_column :reports, :customer_appointment, :date_
>
> Kann es möglich sein, da sich rake db:migrate an dem :customer stoert?
>
> Gruß,
> Sebastian
>
>
> () ascii ribbon campaign - against html e-mail
> /\ www.asciiribbon.org - against proprietary attachments
> On Donnerstag, 28. April 2011 at 22:31, Sebastian Bachmann wrote:
> > Guude,
> >
> > mein Projekt beinhaltet 4 Datenmodelle. Technician, Report, Customer,
> > Device, Ich wollte Report noch ein Feld customer_appointment:date
> > hinzufügen. Dazu habe ich folgende Migration generiert:
> >
> > _rails g migration AddCustomerAppointmentToReport customer_appointment:date_
> >
> > ein _rake db:migrate_ brachte mir diese Fehlermeldung
> >
> > == CreateCustomers: migrating
> > ================================================
> > -- create_table(:customers)
> > rake aborted!
> > An error has occurred, this and all later migrations canceled:
> >
> > SQLite3::SQLException: table "customers" already exists: CREATE TABLE
> > "customers" ("id" INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL, "name"
> > varchar(255), "email" varchar(255), "customer_number" varchar(255),
> > "contact_person" varchar(255), "street" varchar(255), "zip_code" integer,
> > "location" varchar(255), "country" varchar(255), "created_at" datetime,
> > "updated_at" datetime)
> >
> >
> > Ich habe beim erstellen der Migration wohl eine Konvention verletzt?! Es
> > hätte wohl
> >
> > _rails g migration AddAppointmentToReports customer_appointment:date_
> > lauten müssen?! Also das Datenmodell am Ende, plural ...
> >
> > Meine Frage ist nun wie gehe ich vor? Da rake db:migrate nicht
> > durchgelaufen ist, und an der Tabellestruktur nichts verändert wurde, habe
> > ich die Migration manuell gelöscht. Danach habe ich noch eine Migration
> > erstellt
> > rails g migration AddAppointmentToReports customer_appointment:date
> > aber die Fehlermeldung bleibt bestehen.
> >
> > In den RailsGuides[1] steht etwas von einem Rollback wenn man Mist gebaut
> > hat. Ich finde das treffend, würde mich aber gerne rückversichern.
> >
> > Danke für die Antwort!
> >
> > Gruß,
> > Sebastian
> >
> > [1] http://guides.rubyonrails.org/migrations.html#rolling-back
> >
> >
> >
> >
> >
> > () ascii ribbon campaign - against html e-mail
> > /\ www.asciiribbon.org - against proprietary attachments
> > _______________________________________________
> > rubyonrails-ug mailing list
> > rubyonrails-ug@headflash.com
> > http://mailman.headflash.com/listinfo/rubyonrails-ug
> >
> _______________________________________________
> rubyonrails-ug mailing list
> rubyonrails-ug@headflash.com
> http://mailman.headflash.com/listinfo/rubyonrails-ug
>
_______________________________________________
rubyonrails-ug mailing list
rubyonrails-ug@headflash.com
http://mailman.headflash.com/listinfo/rubyonrails-ug
