Comments (5)
The best would be to host them all on schemastore.org so we can control the headers etc. The reason I haven't moved all of them is because I'm not sure where the best source of truth would be for some of these schemas. I have noticed that most projects don't keep their schemas up-to-date, so it might be better just to host them all on schemastore.org. That also gives users the advantage of the test suite we can maintain for them.
Do you want to move the 3 GitHub hosted schemas in with a pull request?
from schemastore.
Actually, let me remove the Swagger 1.2 API schema reference, since 2.0 is out and taking over. That schema consist of a lot of files, so it will be more problematic to move anyway
from schemastore.
It seems that both schemas for composer.json
and contribute.json
are actively maintained on their respective GitHub repos. Perhaps we should proxy the schemas through schemastore.org instead, so they can keep being maintained by their owners, but served correctly through the schemastore.org API
from schemastore.
What if we download the latest source from the various remote repos in the Grunt build script. That way we host it on schemastore, but we always get the latest and greatest from the source. I'll get on that right now
from schemastore.
Sorry, you've been so fast I had not time to respond :-) Looks like a solid solution to me.
from schemastore.
Related Issues (20)
- Invalid regex for package.json name field HOT 1
- Hugo configuration schema - wrong "sectionPagesMenu" type HOT 2
- azure-runners and github-workflow.json HOT 5
- Beau.js schema removal HOT 1
- fly.io schema: build.args has wrong type
- Trailing commas should be allowed by launchsettings.json HOT 15
- Validate `libman.json` under strict mode HOT 3
- [Meta/Rant] Ownership of schemas hosted by SchemaStore HOT 3
- Poetry as as subschema
- Overly broad file matching for Lobe Agent JSON Schema HOT 1
- GitHub issue schema does not support dropdown `default` option HOT 1
- Website appears to be down HOT 5
- Adding code of conduct to repository HOT 2
- In `tmuxinator.json`, `startup_pane` should be an integer
- Hugo config missing `build.buildStats`, `build.cacheBusters`, and more
- `task.json` does not support `version: 3.0.0`
- List of devices in deploy/resources is expected to be a scalar
- fulibworkflows false file match for *.es.yml / *.es.yaml translation files HOT 1
- Add `chezmoi`-style names for `fileMatch` entries? HOT 2
- Should support `vcpkg.json` `vcpkg-configuration.json`
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from schemastore.