|
| 1 | +# Contributing to the playbook |
| 2 | + |
| 3 | +Contributions from the team are always welcome! This playbook is currently in alpha, meaning we're testing out what content and guidance is useful. Raising issues and pull requests is strongly encouraged, so that we can develop the playbook as a team. |
| 4 | + |
| 5 | +We continually update this playbook because we're always looking for better ways to get things done. And that changes over time, especially as who works on the team and what we work on changes too. |
| 6 | + |
| 7 | +This document is a guide on contributing to the team docs. It is a live guide and may not be complete, so you can raise problems or queries with a delivery manager or product manager. |
| 8 | + |
| 9 | +## Who can contribute |
| 10 | + |
| 11 | +Contributions must come from people on the GOV.UK Design System team. They are the users of these docs and the subject matter experts. |
| 12 | + |
| 13 | +## What to contribute |
| 14 | + |
| 15 | +This playbook is for you. It's a reference, a set of docs to turn to when you're unsure about something, so contribute anything that will help you in your day job. |
| 16 | + |
| 17 | +Step-by-step guides on how to do things and our processes are good. Models, principles, ways of thinking and examples are great. It helps us learn what we do, and how and why we do it. |
| 18 | + |
| 19 | +## How to contribute |
| 20 | + |
| 21 | +How you contribute will depend on your familiarity with working on GitHub, but contributing to the playbook is a safe way to build your skills. |
| 22 | + |
| 23 | +### 1. Using a text editor |
| 24 | + |
| 25 | +Most people are familiar with text editors like Notepad, Google Docs, Microsoft Word or Notion. You can use whatever is most familiar to you to make a contribution. |
| 26 | + |
| 27 | +Write your contribution and share the document with someone on the team for feedback. |
| 28 | + |
| 29 | +When your document is ready to be published, seek help from a developer or designer to raise a pull request. |
| 30 | + |
| 31 | +### 2. Using the GitHub file editor |
| 32 | + |
| 33 | +You can create and edit files using the GitHub file editor. Most files can be found in their corresponding folder inside the `/source/` folder. For example, files describing our support processes can be found in `/source/support` folder. |
| 34 | + |
| 35 | +You can follow GitHub's detailed guides on [creating new files](https://docs.github.com/en/repositories/working-with-files/managing-files/creating-new-files) and [editing files](https://docs.github.com/en/repositories/working-with-files/managing-files/editing-files) to create or edit a file. |
| 36 | + |
| 37 | +### 3. Using a GitHub Codespace |
| 38 | + |
| 39 | +A GitHub Codespace allows you to work on a copy of the playbook on a virtual machine, meaning you don't have to download any files or tools to your machine. It's useful if you've got a locked-down machine. You will use Visual Studio Code and the terminal to create and edit files, and it's easy to get started. |
| 40 | + |
| 41 | +- In a new tab, visit the []`design-system-team-docs` repository](https://github.com/alphagov/design-system-team-docs) and follow GitHub's guide on [creating a Codespace for a repository](https://docs.github.com/en/codespaces/developing-in-codespaces/creating-a-codespace-for-a-repository#creating-a-codespace-for-a-repository). |
| 42 | +- Once the Codespace is ready, you will see the Terminal tab is open. It will say something like `@yourgithubusername ➜ /workspaces/design-system-team-docs (branch-name)`. |
| 43 | +- Type in `gem install middleman` and press Enter. If it's successful, you'll see `Successfully installed middleman`. |
| 44 | +- Type in `bundle install`. If it's successful, you'll see `Bundle complete!` |
| 45 | +- Type in `bundle exec middleman server` and press Enter. If it's successful, you should see a dialog pop up. Click the `Open in browser` button. |
| 46 | + |
| 47 | +A new tab will open which shows a preview of the team docs. You can now create and edit `.html.md.erb` files to add to and edit the docs. Your changes will save automatically but you will need to [commit your changes](https://docs.github.com/en/codespaces/developing-in-codespaces/using-source-control-in-your-codespace#committing-your-changes) to save them for good. |
| 48 | + |
| 49 | +After you've made all the changes and additions you intended to make, [raise a pull request](https://docs.github.com/en/codespaces/developing-in-codespaces/using-source-control-in-your-codespace#raising-a-pull-request). |
| 50 | + |
| 51 | +Ask one of our friendly developers for help if you're doing this for the first time. Ask them if they would be happy to help in future too! |
| 52 | + |
| 53 | +### 4. Using your machine |
| 54 | + |
| 55 | +If you choose this option, you probably know how to do it. Create a branch, commit changes and raise a pull request. Your pull request will be reviewed and approved when ready. You can merge your pull request once approved. |
| 56 | + |
| 57 | +### 5. Create an issue |
| 58 | + |
| 59 | +You can also create an issue to suggest additions and changes without working directly on the files. Add a new issue via the [Issues view](https://github.com/alphagov/design-system-team-docs/issues) to suggest documentation for the playbook. |
| 60 | + |
| 61 | +## Need help? |
| 62 | + |
| 63 | +Ask your team-mates in the team Slack channel, someone will reply and help out. |
0 commit comments