# Contributing
👍🎉 First off, thanks for taking the time to contribute! 🎉👍
When contributing to this project, please first discuss the changes you wish to make via an issue before making changes.
Please note the [Code of Conduct](CODE_OF_CONDUCT.md) document, please follow it in all your interactions with this project.
## Your First Code Contribution
Unsure where to begin contributing? You can start by looking through the [`help-wanted`](https://github.com/gitkraken/vscode-gitlens/labels/help-wanted) issues.
### Getting the code
```
git clone https://github.com/gitkraken/vscode-gitlens.git
```
Prerequisites
- [Git](https://git-scm.com/), `>= 2.7.2`
- [NodeJS](https://nodejs.org/), `>= 14.16.0`
- [yarn](https://yarnpkg.com/), `>= 1.22.5`
### Dependencies
From a terminal, where you have cloned the repository, execute the following command to install the required dependencies:
```
yarn
```
### Build
From a terminal, where you have cloned the repository, execute the following command to re-build the project from scratch:
```
yarn run rebuild
```
👉 **NOTE!** This will run a complete rebuild of the project.
Or to just run a quick build, use:
```
yarn run build
```
### Watch
During development you can use a watcher to make builds on changes quick and easy. From a terminal, where you have cloned the repository, execute the following command:
```
yarn run watch
```
Or use the provided `watch` task in VS Code, execute the following from the command palette (be sure there is no `>` at the start):
```
task watch
```
This will first do an initial full build and then watch for file changes, compiling those changes incrementally, enabling a fast, iterative coding experience.
👉 **Tip!** You can press CMD+SHIFT+B (CTRL+SHIFT+B on Windows, Linux) to start the watch task.
👉 **Tip!** You don't need to stop and restart the development version of Code after each change. You can just execute `Reload Window` from the command palette.
### Formatting
This project uses [prettier](https://prettier.io/) for code formatting. You can run prettier across the code by calling `yarn run pretty` from a terminal.
To format the code as you make changes you can install the [Prettier - Code formatter](https://marketplace.visualstudio.com/items/esbenp.prettier-vscode) extension.
Add the following to your User Settings to run prettier:
```
"editor.formatOnSave": true,
```
### Linting
This project uses [ESLint](https://eslint.org/) for code linting. You can run ESLint across the code by calling `yarn run lint` from a terminal. Warnings from ESLint show up in the `Errors and Warnings` quick box and you can navigate to them from inside VS Code.
To lint the code as you make changes you can install the [ESLint](https://marketplace.visualstudio.com/items?itemName=dbaeumer.vscode-eslint) extension.
### Bundling
To generate a production bundle (without packaging) run the following from a terminal:
```
yarn run bundle
```
To generate a VSIX (installation package) run the following from a terminal:
```
yarn run package
```
### Debugging
#### Using VS Code
1. Open the `vscode-gitlens` folder
2. Ensure the required [dependencies](#dependencies) are installed
3. Choose the `Watch & Run` launch configuration from the launch dropdown in the Run and Debug viewlet and press `F5`.
### Change Log
The [Change Log](CHANGELOG.md) is updated manually and an entry should be added for each change. Changes are grouped in lists by `added`, `changed` or `fixed`.
Entries should be written in future tense:
> - Adds [Gravatar](https://en.gravatar.com/) support to gutter and hover blame annotations
Be sure to give yourself much deserved credit by adding your name and user in the entry:
> - Adds `gitlens.statusBar.alignment` settings to control the alignment of the status bar — thanks to [PR #72](https://github.com/gitkraken/vscode-gitlens/pull/72) by Zack Schuster ([@zackschuster](https://github.com/zackschuster))!
## Submitting a Pull Request
Please follow all the instructions in the [PR template](.github/PULL_REQUEST_TEMPLATE.md).
### Contributions to GitLens+ Licensed Files
This repository contains both OSS-licensed and non-OSS-licensed files. All files in or under any directory named "plus" fall under LICENSE.plus. The remaining files fall under LICENSE, the MIT license.
If a pull request is submitted which contains changes to files in or under any directory named "plus", then you agree that GitKraken and/or its licensors (as applicable) retain all right, title and interest in and to all such modifications and/or patches.
## Publishing
### Versioning
GitLens version changes are bucketed into two types:
- `minor`: normal release (new features, enhancements and fixes)
- `patch`: hotfix release (just fixes)
Note: `major` version bumps are only considered for more special circumstances.
#### Updating the CHANGELOG
All recent changes are listed under `## [Unreleased]`. This title and corresponding link at the bottom of the page will need to be updated.
The title should be updated to the upcoming version and the release date (YYYY-MM-DD):
```markdown
## [Unreleased]
## [12.1.0] - 2022-06-14
```
Stage this file so it will be included with the version commit.
#### Version Commit
Run `yarn version` and enter the upcoming version when prompted.
Once the commit is completed, run `git push --follow-tags` to push the version commit and the newly generated tags.
### GitHub Actions and Deployment
After the version commit and new tags are pushed to GitHub, the [Publish Stable workflow](.github/workflows/cd-stable.yml) will be triggered, which will automatically package the extension and deploy it to the [VS Marketplace](https://marketplace.visualstudio.com/items?itemName=eamodio.gitlens). The [release notes](https://github.com/gitkraken/vscode-gitlens/releases/latest) _should_ be generated during the action, but if not, this will can be done manually using the notes from the [Change Log](CHANGELOG.md).
If the action fails, the VSIX will need to build built locally with `yarn package` and uploaded manually in the marketplace.
### Insiders release
The [Publish Insiders workflow](.github/workflows/cd-insiders.yml) is automatically ran every AM unless no new changes have been committed to `main`.