Project: BFE (Orchestration & Management / Service Proxy)
File: CONTRIBUTING.md

You are welcome to contribute to project BFE. This document explains our workflow and work style. BFE uses this . The following steps guide usual contributions. Fork Our development community has been growing fastly; it doesn't make sense for everyone to write into the official repo. So, please file Pull Requests from your fork. To make a fork, just head over to the GitHub page and click the . Clone To make a copy of your fork to your local computers, please run ```bash git clone https://github.com/your-github-account/bfe cd bfe ``` Create the local feature branch For daily works like adding a new feature or fixing a bug, please open your feature branch before coding: ```bash git checkout -b my-cool-stuff ``` Commit Before issuing your first `git commit` command, please install by running the following commands: ```bash pip install pre-commit pre-commit install ``` Our pre-commit configuration requires gofmt for auto-formating golang code. Once installed, `pre-commit` checks the style of code and documentation in every commit: ``` $ git commit -s ``` NOTE: You should add a line to every git commit message, e.g. ``` Signed-off-by: Sijie Yang <iyangsj@gmail.com> ``` Please use your real name (sorry, no pseudonyms or anonymous contributions). The signoff line at the end of the commit message certifies that you wrote it or otherwise have the right to pass it on as an open-source patch. The rules are pretty simple: if you can certify the . NOTE: The `yapf` installed by `pip install pre-commit` and `conda install -c conda-forge pre-commit` is slightly different. BFE developers use `pip install pre-commit`. Build and test Users can build BFE natively on

```bash make ``` Keep pulling An experienced Git user pulls from the official repo often -- daily or even hourly, so they notice conflicts with others work early, and it's easier to resolve smaller conflicts. ```bash git remote add upstream https://github.com/bfenetworks/bfe git pull upstream develop ``` Push and file a pull request You can "push" your local work into your forked repo: ```bash git push origin my-cool-stuff ``` The push allows you to create a pull request, requesting owners of this to pull your change into the official one. To create a pull request, please follow . If your change is for fixing an issue, please write in the description section of your pull request. Github would close the issue when the owners merge your pull request. Please remember to specify some reviewers for your pull request. If you don't know who are the right ones, please follow Github's recommendation. Delete local and remote branches To keep your local workspace and your fork clean, you might want to remove merged branches: ```bash git push origin :my-cool-stuff git checkout develop git pull upstream develop git branch -d my-cool-stuff ``` Please feel free to ping your reviewers by sending them the URL of your pull request via IM or email. Please do this after your pull request passes the CI. Please answer reviewers' every comment. If you are to follow the comment, please write "Done"; please give a reason otherwise. If you don't want your reviewers to get overwhelmed by email notifications, you might reply their comments by . Reduce the unnecessary commits. Some developers commit often. It is recommended to append a sequence of small changes into one commit by running `git commit --amend` instead of `git commit`. Our Golang code follows the . Our build process helps to check the code style. Please install pre-commit, which automatically reformat the changes to Golang code whenever we run `git commit`. Please remember to add related unit tests. For Golang code, please use .