There's multiple ways to organize Issues in repositories to optimize workflows within ZenHub. The more repositories you have in a Workspace, the slightly longer load times you may experience. To help teams optimize organization of work, below is a table outlining the impact of number of repos in a Workspace on performance and load times.
Not sure if you've organized work in repositories the most effective way for your team? Book time to review your setup
Load times and number of connected repositories
To optimize for performance when loading Workspaces, below are guidelines and performance impact based on the number of connected repos you roughly have within your team's Workspace.
Number of connected Repos
6 or less repos
|Fast||There should not be any impact on load times unless you have thousands of Issues and complex webs of data across Issues. If you're experiencing slow loading and have a small Workspace, please let us know!|
|Moderate||When surpassing 6 repos, we encourage conversation around how work is being organized and why this Workspace is getting quite large. Is this based on where Issues currently live in relation to where work is happening, do you have project-based repositories and are combining multiple projects to a centralized workflow?|
We can review your setup (book time here) to provide insights before you scale your Workspace too large, hitting slow loading times.
12 or more repos
|Slow||The more connected repositories you have, the more connections and information we need to pull across your GitHub environment to render your Workspaces. This includes potentially a high volume of Issues, Epics, dependencies, and meta data.|
To optimize workflows for load times and focused pipeline structures we often see teams leverage Issue-only repos. This allows teams to break away from where code-lives as the defining factor for how Issues get created to organize tasks and projects.