Skip to content

Latest commit

 

History

History
65 lines (41 loc) · 4.16 KB

CONTRIBUTION.md

File metadata and controls

65 lines (41 loc) · 4.16 KB

We love contributions

We're thrilled that you want to contribute to primer/figma. Your help is essential for keeping it great.

If you need support with your contribution, please create a contribution issue or reach out via #primer-figma (internal).

This repository contains the following Figma libraries:

Bug reports

If you find a bug in any of the libraries that are part of primer/figma please create a detailed bug report.

Guidelines for bug reports:

  1. Use the issue search to check if the issue has already been reported.

  2. Check that you have updated to the latest Figma library release.

  3. Use our issue template to help you report bugs

Contribute new components or updates

Good contributions are a fantastic help. Make sure to keep pull requests focused in scope and avoid changes unrelated to the problem or component you're adding.

If you want to change or add multiple things, create multiple branches to send multiple pull requests.

Please create an issue discussing your intended change before embarking on any significant pull request (e.g., adding a new component or changing existing components in significant ways); otherwise, you risk spending a lot of time working on something that we might not be able to merge into the libraries.

Guidelines for contributions:

  1. If it's a bigger change, create an issue to discuss it first

  2. Create a new branch in figma

  3. Make your changes in the new branch

  4. Make sure your changes fulfil the requirements from the checklist

  5. If you created an issue, add a comment mentioning that the PR is ready for review.

  6. Assign the DRI from the table below to review and merge your branch

Internal Figma library External Figma library DRI
Primer Web (Internal) Primer Web (External) @lukasoppermann
Primer Brand (Internal) @danielguillan

Component checklist

  • Changes to the component API (props, variants, etc.) are reflected in the documentation sheet
  • Properties are sorted in sensible order
  • When adding a component the default variant is used
  • Changes are accessible
  • Properties and behavior is as close to code as possible
  • All layers are named and don't use defaults (e.g. no Frame 23)

Only when adding new components