oasdiff
bruno
oasdiff | bruno | |
---|---|---|
12 | 55 | |
587 | 19,743 | |
5.3% | 11.8% | |
9.2 | 9.9 | |
5 days ago | 5 days ago | |
Go | JavaScript | |
Apache License 2.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
oasdiff
- FLaNK AI for 11 March 2024
-
Serverless APIs: Auto-Generate OpenAPI Docs & CI/CD Protections
We will use an open-source GitHub action, oasdiff-action, based on the tool ‘oasdiff.’
-
How Can You Achieve Continuous Deployment for *APIs*?
Nice, Have you come across this tool oasdiff from the article? It may help with detect API breaking changes in swagger
-
How to prevent breaking API changes with API Gateway
While you might wish that pull request reviewers would spot any breaking changes, relying solely on this method is not certain and might lead to failure eventually. If you have OpenAPI/Swagger documentation for your APIs, these can be version-controlled and included in a CI pipeline. APISIX doesn't natively support direct integration with version control systems like Git for API specification changes. However, you can set up a process outside APISIX. Tools like Oasdiff or Bump can identify changes in API specs, and trigger a CI pipeline (add GitHub Action) that runs tests against the route endpoints in APISIX to ensure no breaking changes are introduced.
- Would you like to be notified when your API provider makes a breaking change?
-
Testing for Breaking Changes in Fastify APIs
Now that we have a way to lookup our API’s behavior with Git, we can start testing for breaking changes between versions of our API. We’ll be using Optic (an open source tool I created) to do just that. If you are looking for other options I recommend https://github.com/OpenAPITools/openapi-diff or https://github.com/Tufin/oasdiff.
-
Ask HN: Non-Breaking API deprecation in OpenAPI spec – what do you think?
2. Delete the API at the sunset date or later
People seem to want such a process in order to prevent breaking-changes.
I wrote a diff tool for OpenAPI spec which supports detection of breaking-changes and I recently extended it to support this process and a bit more.
Now I'm looking for feedback.
Proposed Solution (currently in Beta): https://github.com/Tufin/oasdiff#non-breaking-removal-of-deprecated-resources
Related requests:
- A diff tool and Go module for OpenAPI Specification
- OpenAPI Diff
bruno
-
🛠️Non-AI Open Source Projects that are 🔥
Bruno is a Git-friendly API client. Feature-wise, what makes it stand out from other popular GUI API clients out there is that Bruno stores your collections directly in a folder on your filesystem and it's a desktop app made for offline use.
- What happens when an HTTP client raises $225M at a $5.6B valuation
- FLaNK AI for 11 March 2024
-
When 'open core' projects reject contributions for competing with the EE
https://news.ycombinator.com/item?id=39653718 https://www.usebruno.com/
Good timing to find alternatives.
-
Bruno
Especially once a VC gets into the fold.
We will never take VC funding. We received around 10 inbound reach outs from VCs till date and have denied funding from all of them. We will remain independent and I have written about it in detail here https://www.usebruno.com/blog/bootstrapping
> I didn't stick with Bruno. I think it was due to not having an equivalent to Postman's pre-request scripts.
Bruno has come a long way, we support pre-request scripts and a lot more
> But can it handle oauth2? I had to write a httpie script recently just to test an oauth2 api.
We have released oauth2 support, some rough edges are being polished
> Good thing it's open source. Money being involved, I don't have long term hopes for it's openness.
I understand this is a hard problem. We are fully bootstrapped and independent. We earn money via selling the Golden Edition. We will build more developer products in the long term, and the goal is to make even the golden edition features also open source in the future. In the unlikely case of me going dark (dead/incapacitated to lead the project), I have instructed our small team (2 FT employees) and my family to release our golden edition features too to the community as opensource. I am committed to this cause.
Some good links where I have discussed about opensource, freedom and monetization
- https://www.usebruno.com/blog/bootstrapping
- https://github.com/usebruno/bruno/discussions/269
If you'd like to pre-order the golden edition: https://www.usebruno.com/pricing
Thank you for all the love and kind words, HN!
-
Ask HN: What Underrated Open Source Project Deserves More Recognition?
Have you heard of the Bruno project? It's an open-source alternative to subscription-based API testing applications like Postman and Insomnia. It's gaining popularity and deserves more attention. Plus, since it's open-source, users can enjoy full privacy. Check it out at https://github.com/usebruno/bruno.
-
Tools that Make Me Productive as a Software Engineer
Now, I'm looking at trying Bruno, a new tool I heard about. Bruno has all the features you'd want, like support for websockets. What's great about Bruno is it only costs $19 for a one-time payment, which seems like a good deal. I want to see how well it works for me and if it's as good as it sounds. I'm excited to try it out and maybe talk about it later.
-
15 open-source tools to elevate your software design workflow
In contrast to Postman, Bruno aims to be an offline-first API client which stores requests in a local folder. You can still collaborate using Git, but everything else happens on your machine. Bruno turns out to be a great solution when you just want to run HTTP requests. It supports a lot of features you might know from Postman or Insomnia (set environment variables, several authentication methods, and scripted tests, to name a few). Looking at the roadmap, the amount of these is only going to increase.
- Bruno: Re-Inventing the API Client
- Bruno is a Fast and Git-Friendly open source API client
What are some alternatives?
openapi-preprocessor - An authoring tool for OpenAPI specifications
insomnium - Insomnium is a fast local API testing tool that is privacy-focused and 100% local. For testing GraphQL, REST, WebSockets and gRPC. This is a fork of Kong/insomnia
apiclarity - An API security tool to capture and analyze API traffic, test API endpoints, reconstruct Open API specification, and identify API security risks.
Hoppscotch - Open source API development ecosystem.
openapi-diff - Utility for comparing two OpenAPI specifications.
insomnia - The open-source, cross-platform API client for GraphQL, REST, WebSockets, SSE and gRPC. With Cloud, Local and Git storage.
openapi-generator-go - An opinionated OpenAPI v3 code generator for Go. Use this to generate API models and router scaffolding.
Restfox - Offline-First Minimalistic HTTP & Socket Testing Client for the Web & Desktop
api-firewall - Fast and light-weight API proxy firewall for request and response validation by OpenAPI specs.
httpie - 🥧 HTTPie CLI — modern, user-friendly command-line HTTP client for the API era. JSON support, colors, sessions, downloads, plugins & more.
Optic - OpenAPI linting, diffing and testing. Optic helps prevent breaking changes, publish accurate documentation and improve the design of your APIs.
milkman - An Extensible Request/Response Workbench