# 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`.