You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Before we start writing this, we want to solicit some feedback and ensure that we understand requirements that we may want on this.
Some general questions:
We've made a "content negotiation framework" to support dynamic markdown fetching so we don't need to optimistically write migrations. Do we want to add some friendly hooks here to handle this more easily?
We've had some discussions around versioning, and was wondering if it made sense for the version of the schema to be computed by the hash of the annotations included in the document.
How do we handle code that currently does lookups via strings? Should we require type to retain this behaviour, or should we sunset that pattern?
@bachbui, @colinarobinson, @blaine have all contributed to this discussion prior to this issue being opened
❤️ Thank you ❤️
The text was updated successfully, but these errors were encountered:
As a kickoff of #183, let's have a discussion of how schemas should be structured.
In the branch that I created, the schema interface looks like:
The other option here is the most minimal approach, which is an annotation lookup table:
Before we start writing this, we want to solicit some feedback and ensure that we understand requirements that we may want on this.
Some general questions:
type
to retain this behaviour, or should we sunset that pattern?The text was updated successfully, but these errors were encountered: