Code Reviews can be seamlessly integrated into your Gearset pipeline to automatically review all of your team's work. But which features do you want Clayton to review? What do you want to happen if an issue is found? Should Code Reviews automatically approve work that has no issues? These are key decisions to make before deciding on how to configure Clayton.

Should you use an existing Gearset Pipeline, or create a new one for the trial? In general, we recommend integrating Code Reviews into an existing Pipeline so you can see how it will review your real-life metadata.

To configure this: choose the repository you want Code Reviews working in.

Do you want Code Reviews to review if features introduce security issues, violate naming conventions, or just make the platform harder to maintain? You can choose from Code Reviews 8 policies that scan for Security, Compliance, Reliability, Intentionality, Automation, Engagement, Resilience, and Composability.

To configure this: select the policies you want Code Reviews to scan for.

Do you want Code Reviews to scan features targeting each environment, or only those awaiting deployment to Integration, for example? Overall, it is best practice to ensure quality gates exist for each environment, but for the purpose of a trial reviewing all work at the start of the Pipeline can be sufficient.

To configure this: use the "More Options" when setting up a protection mode.

Do you want to see the results of each feature's scan directly in the Pipeline, or simply review it on the PR? To increase deployment speed, we recommend including Code Reviews results under the "Reviewers and other checks" section in the Pipeline.

To configure this: choose "Protect what's new" or higher when setting your protection mode.

Do you want Code Reviews to block features from being deployed if issues are found in the new work, or simply to leave suggestions? For a trial, and especially if using a real Pipeline, we strongly recommend not blocking the deployment of any features.

To configure this: create branch protections in your respective version control provider. These are compatible with the "Protect what's new" protection mode or higher.

Should Code Reviews automatically approve PRs if no issues are found, or do you want human involvement? Code Reviews will automatically approve PRs with no violations if using "Protect what's new" or higher, which will affect your workflow if you have existing approvals configured in your version control provider. For a trial, we recommend not configuring approvers for your PRs if these are not already set up.

To configure this: if you already have required approvers set as branch protections, you can choose to either not have Code Reviews approve PRs (use the "Make suggestions" protection mode), or require additional human approvers (increase the number of required approvers by 1 to ensure manual involvement, or assign the codebase to specific individuals using something like a CODEOWNERs file).

Who should be able to decide which rules are important for the team to adhere to, and which policies should be enabled? For a trial, we strongly recommend at least two "team owners" to ensure uninterrupted access.

To configure this: add these individuals as admins.

Who should be able to use Code Reviews Fixbot feature to automate resolving certain unequivocal fixes? For a trial, we recommend all users to have access to this feature.

To configure this: add these individuals to your Code Reviews account.

Do you want to see the quality of work each individual in your team is producing? Code Reviews can analyse the quality and quantity of work being committed to your Git repository, and showcase these insights to admins.

To configure this: each individual must add their Git email address to their Code Reviews account.