Guide to creating and managing Q-CTRL repositories
Types of repositories
The type of repository created defines the default configurations that are set as well as some of the naming conventions. There are two types of repositories:
Development repositories are the default type. They are defined as repositories that contain any source code that will be directly used to contribute to Q-CTRL’s product. This can refer (but is not limited) to:
Development repositories have strict requirements regarding access control as well as configurations to ensure a higher standard of code quality.
Research repositories are defined as repositories that are used for research purposes (including spikes). In order to encourage quick development for proof of concepts, the configurations on research repositories are less strict. As research repositories are held to a lower standard, they cannot be directly used to contribute to Q-CTRL’s products and should not be long-lived. A research repository MUST be correctly configured before it can become a development repository. It is also prohibited from using any CI/CD tooling.
Refer to repository naming conventions.
Repository descriptions MUST take the form
<emoji> <project name> (see project naming conventions).
|Q-CTRL Open Controls||🎛 Q-CTRL Open Controls|
|Q-CTRL Template||🧩 Q-CTRL Template|
Ownership of repositories
All repositories MUST have at least one owner. An owner MUST be a team and not an individual person. Teams are defined by Q-CTRL’s organization structure.
A repository MAY have more than one owner and ownership of the repository can refer to:
- All code in the repository.
- A folder.
- A file.
For example, for a GraphQL project, the Back-end Engineering team may own the API code, the Front-end Engineering team may own the GraphQL schemas defined in a folder, and the DevOps Engineering team may own certain CI files.
All repositories MUST be private unless there is a reason to make them public. Some reasons that a repository would be made public include:
- The repository contains an open source project.
- The repository needs to be publicly viewable by people outside of the Q-CTRL organization.
- The repository is a fork of another public repository.
Creating, modifying, and archiving repositories
IMPORTANT: Any repositories created outside of the Q-CTRL Repositories Manager will be automatically and permanently deleted. This action is not reversible.
Creating and modifying repositories
|Automatically delete merging branch||This is to avoid stale branches. Restore the branch if more contributions are needed.|
|Issues disabled for private repositories||Use Jira to create issues. Issues are to be used for public facing issues only.|
|Master branch protection||The
|Require pull requests to be approved by an owner||An owner must approve a pull request before it can be merged.|
|Squash merges only||All other merge types are disabled. See contributing.|
|Wiki is disabled||Use instead the appropriate type of documentation listed in the documentation standards.|
|Dismiss stale reviews||Dismissing stale reviews will require an owner to approve a pull request if any changes have been done since their last review. This is in place to avoid the situation where a pull request is approved, then a change is introduced that would have not been approved but was merged anyway.|
|Require up-to-date pull requests for merging||Pull requests must be up to date with