Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Adding Firmwares migration #14025

Merged
merged 2 commits into from
Mar 14, 2017
Merged

Conversation

juliancheal
Copy link
Member

The rational for this is that many hardware types require firmware
metadata. For example, physical_server (via guest_device), disks,
switches, etc.

Firmware is polymorphic so that we can ask questions like,
Give me all the firmwares of type x that are running non-compliant
firmware.

We tried to fit firmware into Operating System, or as extra fields
on Guest Device, but it feels like it should be its own thing.

@juliancheal juliancheal changed the title Adding Firmwares migration [WIP] Adding Firmwares migration Feb 22, 2017
@miq-bot
Copy link
Member

miq-bot commented Feb 22, 2017

@juliancheal Cannot apply the following label because they are not recognized: sql migrations

@juliancheal
Copy link
Member Author

@miq-bot add_label sql migration

@juliancheal
Copy link
Member Author

@miq-bot remove_label wip

@miq-bot miq-bot changed the title [WIP] Adding Firmwares migration Adding Firmwares migration Feb 28, 2017
@miq-bot miq-bot removed the wip label Feb 28, 2017
The rational for this is that many hardware types require firmware
metadata. For example, physical_server (via guest_device), disks,
switches, etc.

Firmware is polymorphic so that we can ask questions like,
Give me all the firmwares of type x that are running non-compliant
firmware.

We tried to fit firmware into Operating System, or as extra fields
on Guest Device, but it feels like it should be its own thing.
@juliancheal
Copy link
Member Author

juliancheal commented Feb 28, 2017

@Fryguy could you review this?
Oh hadn't seen @chessbyte had beat me to it :)

@juliancheal juliancheal force-pushed the add_firmwares_migration branch from 955f10e to 0a4459b Compare February 28, 2017 16:50
t.bigint :resource_id
t.string :resource_type
t.timestamps
t.index %w(resource_id resource_type), :name => "index_firmwares_on_resource_id_and_resource_type", :using => :btree
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think the :using piece is not necessary as that's the default. Curious why you need the name either. If that's the default, cause you remove that as well?

@juliancheal
Copy link
Member Author

@Fryguy removed params on index.

@juliancheal juliancheal force-pushed the add_firmwares_migration branch from 3bb0e15 to f2cb5b0 Compare March 13, 2017 12:43
@miq-bot
Copy link
Member

miq-bot commented Mar 13, 2017

Checked commits juliancheal/manageiq@016fe61~...f2cb5b0 with ruby 2.2.6, rubocop 0.47.1, and haml-lint 0.20.0
1 file checked, 0 offenses detected
Everything looks good. 🏆

@chargio
Copy link
Contributor

chargio commented Mar 13, 2017

@juliancheal @Fryguy, is this good to go?

@juliancheal
Copy link
Member Author

@sergio-ocon for me I believe so yes.

@Fryguy Fryguy merged commit b7e5d54 into ManageIQ:master Mar 14, 2017
@Fryguy Fryguy added this to the Sprint 57 Ending Mar 27, 2017 milestone Mar 14, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants