Hi everyone,
I’ve recently created a Bitbucket workspace for my projects, and I’m looking for the best way to organize multiple repositories under one workspace.
I want to understand:
How teams usually structure their repositories (for example, per project or per service).
The best practices for naming conventions and permissions.
How to manage branches and access control efficiently across repos.
If you’ve already implemented an effective structure or have recommendations, I’d love to hear your suggestions or examples. https://8171bispcheck.pk/
Thanks in advance! 🙌
@Evan Smith This is a large topic, but in my opinion your tool (Git in this case) should adapt to your organization and processes, not vice versa.
If you have teams that work on and deploy separate services in a service oriented architecture, then one repo per service is a good fit.
If you have teams that work on products and publish releases, then one repo per product is a good fit. Common "libraries" should be factored out to their own repositories.
But, it can get more complicated with Git. There are submodules and there is even the monorepo approach, as an extreme!
You should find out what works best for your current processes, that's what I think, and looking for a "generally best" option.
Define the structure according to the work model and project type. There are three common approaches:
| Structure | When to Use | Example |
|---|---|---|
| By Project | When each product, app, or module has an independent lifecycle. | mobile-app, api-gateway, web-frontend |
| By Service | When the architecture is composed of integrated microservices. | auth-service, user-service, payment-service |
| By Team | When multiple teams work within the same workspace or codebase. | team-alpha-frontend, team-beta-backend |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.