Improvements for Sprint branches

Sprint branches are an excellent way to manage API changes during development. After using them in my team for several months, I’ve identified a few areas for improvement:

  1. Search in sprint branch selection dropdown - In my project there are 30+ sprint branches (as we are using sprint branches for each feature) and find required branch without search is not convenient

  2. Branch statuses - Currently there are only two statuses: “Active” and “Archived” branch, but lifecycle of branches can include additional statuses: “merged”, “verified”, “conflicted”, etc (this can be implemented via tags for branches)

  3. Shared documentation is not available after archiving of sprint branch - We create separate documentation for every sprint branch and link to it in development tickets, so we can’t archive a branch until the feature is fully implemented and tested.

  4. Endpoint references in other branches - When the same endpoint is changed in multiple branches, it’s hard to know which version is latest until one is merged into main, causing merge conflicts. Allowing a branch to pull changes from another branch—not just main—would reduce conflicts.

  5. Export/Import in sprint branch - There’s no way to export a sprint branch (e.g., to HTML docs) or import one (e.g., as a Swagger or Postman collection). Adding this capability would greatly help collaboration.

Thank you for your feedback. I’ll share it with the team.

Hey Damir, this is Joe, PM at Apidog. Thank you so much for the detailed suggestions – you must be a real power user! We’ve heard similar feedback from others on some points, and others are really fresh perspectives. We’ll definitely look into all of them. Thanks again for your feedback!

Merge requests will be also very useful, as without them, protecting the main branch is useless.