Rely on a calls to an API for spec references rather than bundling the whole ref file. #222
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This pull request changes a number of things.
First, it modifies the codebase to rely on the specref API. The main benefit of this change is that it frees the respec project from being redeployed each time a reference is modified or added. The specref API uses continuous integration testing to verify the integrity of the database after a change and automatically redeploys without the need for manual intervention.
Secondly, it removes the reference database from the repository.
Thirdly, and that might be slightly more controversial, it removes the
previousVersions
support for local entries. The specref API handles the expansion of those at the API level (e.g. for DAHUT-TEST5) and I thought the use case at the local entries level wasn't that compelling. (Also, I kind of found out about it after having teared it away from the code base and got lazy). @marcoscaceres: I'd love your feedback on this. I can always add it back in if you think there's value to it.