This guide explains how to create a repository-backed Design Review in AllSpice.
If you are setting this up for the first time, start with Quick Review. Quick Review is the safest way to establish the initial baseline correctly so later reviews show meaningful diffs.
Before you create the review
The first repository-backed Design Review depends on having a clean starting point.
The easiest way to get a clean, readable Design Review is to make sure the repository has:
- a clear "before" state in the
mainbranch - a clear "after" state in the
developbranch - the correct Design Review direction from
developtomain
If there is no baseline on main, AllSpice may interpret the next review as a brand-new design and mark everything as added.
First-time setup workflow
First-time setup is easiet with Quick Review.
Manual setup usually looks like this:
- Commit or import your starting files as the baseline to the
developbranch. - Create a Design Review from
developtomain. - Merge that review so
mainnow holds the approved baseline. - Add new changes to the
developbranch. - Create the next Design Review from
developtomain.
Once that baseline exists, later reviews are much easier to read.
How to create the next Design Review
After the baseline is established, the repeatable workflow is straightforward:
- Add a new design revision on
develop. - Open a Design Review from
developtomain. - Confirm that the diff shows the intended changes.
- Ask reviewers to inspect the schematic, PCB, and changed files.
- Merge the review after approval.
Common first-review mistakes
The first manual Design Review can go sideways if the starting history is not clean. Common mistakes include:
- making changes directly on
mainand then making different changes ondevelop - two people editing the same file on the same branch
- creating multiple
branchesbefore the first baseline is settled - expecting a
deltaeven though there is no earlier committed state merged tomainto compare against - accidentally setting the Design Review direction backwards
If the setup is already tangled
If your first Design Review setup is already tangled, the fastest path is usually to stop, start over with a new repository, and use Quick Review to create a clean first review.
If you no longer need the original repository, follow Delete this repository.
What to check before sending reviewers in
Before sharing the Design Review, confirm:
maincontains the approved baselinedevelopcontains the new work to review- the Design Review direction is from
developtomain - the diff shows a focused set of intended changes rather than the whole design as new
Step-by-step guide to create a new Design Review
Step-by-step guide to create a new Design Review PDF
-
Open the Design Reviews tab to manage or start design review activities for your project.
.png)
-
Click New Design Review to begin a fresh review process.
.png)
-
Use the branch selector to choose the source branch you want to review or compare.
.png)
-
Switch to the develop branch to compare changes for your design review.
.png)
-
(optional) Select a schematic, PCB, or other design file to preview changes.
.png)
-
Click New Design Review again if you wish to create a review from this preview.
.png)
-
Edit the title field to clearly name your design review for easy identification.
.png)
-
Summarize the main changes and provide helpful notes for reviewers in the description area.
.png)
-
Open the Reviewers section to select team members who should provide feedback.
.png)
-
Select individuals or entire teams to review the design.
.png)
-
Select DRCY AI to incorporate automated review insights.
- DRCY is not available for Starter plans. Contact support@allspice.io if you'd like to learn more.
.png)
- DRCY is not available for Starter plans. Contact support@allspice.io if you'd like to learn more.
-
Click Create Design Review to submit your new review and notify the assigned reviewers.
.png)
-
Congratulations, you've created a Design Review. Now you can view the Conversation, Commits, or Changes tabs.
.png)
Recommended next steps
If the review is open and you want to understand the change set, continue with How to Diff Commits and Files.