AllSpice Crash Course
  • 5 Minutes to read
  • Dark
    Light
  • PDF

AllSpice Crash Course

  • Dark
    Light
  • PDF

Article summary

Intro

Welcome to AllSpice! We're thrilled you're giving the Hub a try.

This tutorial is an overview of what the platform is all about to help you get started. It takes ~20 minutes to complete, and you'll:

  • Add a demo project
  • Create an issue
  • Start a review

Let's dive right in.

Start by going to https://hub.allspice.io/user/login and entering your credentials

AllSpice Hub sign-in page.

After logging in, the first screen you'll see is your Dashboard. It'll look very empty since you're a new user. To quickly fill your organization with files to test, we'll clone one of AllSpice's demo projects so you can try a few features.

Add a demo project

1. Expand the + sign drop-down menu at the top right corner of the screen next to your profile image.

2. Click New Migration

Plus sign drop down in AllSpice Hub, hovering over new migration.

3. From the migration tool alternatives, select Gitea.

Migration tool alternatives including Git, Github, GitLab, Gitea, and Gogs.

4. In the first field, Migrate / Clone From URL, enter:

https://hub.allspice.io/AllSpice/Archimajor.git

This is a demo Altium repository, forked from https://github.com/ultimachine/Archimajor.

5. Change the Owner from your user to your organization. This is a general best practice so all other users in your org can see the repository you're creating.

6. Enter a Repository Name. In this example, we use 'Archimajor'.

7. For the purposes of this tutorial, you can leave the rest of the fields blank or with their default settings and continue to click Migrate Repository.

Once you do so, it can take a few seconds for your new repo to populate.

Migration from Gitea.

8. The first screen you'll see for your new repository is the Files. In here, you'll find all the project contents: files, folders, and submodules.

A few things worth pointing out on this page:

A. You can view your repository history from the Commits

B. Any Branches will appear at the top of the page

C. Clicking on PCB files, identified with a green icon, will show you a browser render.

D. Schematic files are supported as well, and they're accompanied by a yellow icon

File tab in a new repository.

Open an issue

Your repository is the design project you work on. Let's say after a few days of work, you discover a bug that needs to be addressed before the next release. With a repository in place, you can now open your first Issue.

Before jumping in though, you'll add labels to keep your work organized.

9. Navigate to the Issues tab.

10. Click Labels

11. You'll see a predefined set of labels created by the AllSpice Team. For this tutorial, the default label set will work, though you can always add new labels or modify them later to better suit your needs.

Select Use Label Set and 13 labels will populate that you can use going forward.

Labels tab in AllSpice Hub, showing predefined labels including 1 (idea), 2 (low), 3 (medium), 4 (high), 5 (critical bug),  feature, documentation, layout, eol dfm, and firmware.

12. Go back to the Issues tab.

13. Open a New Issue.

The opening of a new issue.

14. Enter a Title for your issue

15. Write a Description. You can use Markdown to add basic styling.

16. Add a few Labels.

17. When ready, click Create Issue at the end.

Creating an issue with a description and a "create issue" button at the bottom.

Create a design review

Let's say after creating the Issue, you push a few commits to your develop branch to fix the bug. Once ready to merge, you'll start a design review to collect feedback from your peers, make any necessary final changes, and approve the board when everything looks good.

18. Navigate to the Design Reviews tab.

19. Start a New Design Review.

Design review tab to start a new design review.

20. In the New Design Review page, select [ORG-NAME]:develop in the 'pull from' drop-down menu.

This will compare the design in the develop branch with the updates to fix the Issue you created against the main branch that contains the last approved version.

New design review page with drop-down menu to select a branch to merge into, and the branch to pull from.

21. Redlines for review packages are automated. Every design review generates a visual comparison, or diff, between the last approved revision and the current one under review. These visual diffs highlight changes in PCBs, schematics, and BOMs.

After you review the changes, click New Design Review.

Visual diff highlighting the changes is PCBs, schematics, and BOMs.

22. Update the Title of your review.

23. Edit the Description and add any supporting context.

You'll see pre-populated placeholders and a review checklist, inherited from the demo repo you cloned. To learn more about creating your own for future repositories, read our guide on design review templates.

This section supports Markdown as well, so you can use that to incorporate basic formatting - titles, subtitles, bullets, checkboxes, etc. See the Markdown cheat sheet for examples of what you can do!

For this demo, we recommend:

  • Linking the previously created Issue by adding "Closes #1" under the Resolved Issues placeholder.
  • Entering some context below the 'Description' placeholder.

24. Add Labels to identify the review.

We'll skip the rest of the fields for now. To learn more about all the features, read our Design Reviews 101 guide.

New design review page with all of the information populated.

25. Once everything looks ready to you, scroll to the end of the description and select Create Design Review.

Bottom of the new design review page showing the "create design review" button.

In your Design Review, you can hover over the linked Issue to see a brief description and try ticking some of the items in the checklist.

The linked issue is being hovered over, and shows a brief description of it.

26. To view the diffs, go to Files Changed. In there, you can see the design PCB, BOM, and schematic redlines.

27. You can toggle layers on and off in PCBs from the drop-down menu at the top of the file.

Files changed tab, showing the design, PCB, and schematics redline, along with the layers drop-down menu expanded.

28. You can enter a Comment directly in PCBs or schematics from the top bar option.

29. In comment mode, you can select an area to reference, and click the + sign to create a snippet to go with your notes.

30. In the comment card, you'll see the Markdown-style reference to the thumbnail in the body. You can click Preview to see the snippet.

31. Back in the Write tab, type a message after the thumbnail placeholder.

32. When ready, select Add single comment.

Comment mode on the design review with the "write" tab opened. Buttons at the bottom prompt user to "start review", "add single comment", or "cancel".

Feel free to add more comments, reply to the comment you just created, or try any other interactions.

Even though in this case you actually won't be able to approve the design review since you're the owner (you'll notice the button greyed out), to do so you would:

33. Head to Review at the top right of the Files Changed tab.

34. From there, you can enter a message to record the context of your decision and Approve.

The files changed tab showing 3 files changed, 1 addition and 1 deletion. On the right, the review button is shown in green. At the bottom, there is an approve, comment, and request changes button that are all greyed out.

And that is it! This concludes the AllSpice crash course.

To keep learning how to use AllSpice, check out the rest of the Getting Started tutorials.

And, if you have any questions as you get started, contact us at support@allspice.io and we'd be happy to help.


Was this article helpful?