Remove standard node types from project definitions #56615

Open
opened 2018-08-30 14:22:26 +02:00 by Sybren A. Stüvel · 2 comments

Upgrading node type definitions is now a huge hassle, as each project (including the ca 8000 home projects we have now) have their own copy of this identical data. Furthermore, the structure of the node types tends to be tightly coupled with the implementation (for example the attachments schema).

My suggestion is to remove all node types from projects, and replace them with a list of node type names that have been activated for the project.

Upgrading node type definitions is now a huge hassle, as each project (including the ca 8000 home projects we have now) have their own copy of this identical data. Furthermore, the structure of the node types tends to be tightly coupled with the implementation (for example the attachments schema). My suggestion is to remove all node types from projects, and replace them with a list of node type names that have been activated for the project.

Added subscribers: @dr.sybren, @fsiddi

Added subscribers: @dr.sybren, @fsiddi

Sounds good. We should discuss how to handle node_type properties overrides (for example predefined values, or allowed values).
Probably this makes "migrations" easier, and reduces complexity when validating nodes so it's really exciting!

Sounds good. We should discuss how to handle node_type properties overrides (for example predefined values, or allowed values). Probably this makes "migrations" easier, and reduces complexity when validating nodes so it's really exciting!
Sign in to join this conversation.
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: archive/pillar#56615
No description provided.