111 lines
3.4 KiB
Markdown
111 lines
3.4 KiB
Markdown
# How to develop on this project
|
||
|
||
project_name welcomes contributions from the community.
|
||
|
||
**You need PYTHON3!**
|
||
|
||
This instructions are for linux base systems. (Linux, MacOS, BSD, etc.)
|
||
## Setting up your own fork of this repo.
|
||
|
||
- On gitea interface click on `Fork` button.
|
||
- Clone your fork of this repo. `git clone git@git.disi.dev:YOUR_GIT_USERNAME/project_urlname.git`
|
||
- Enter the directory `cd project_urlname`
|
||
- Add upstream repo `git remote add upstream https://git.disi.dev/author_name/project_urlname`
|
||
|
||
## Setting up your own virtual environment
|
||
|
||
Run `make virtualenv` to create a virtual environment.
|
||
then activate it with `source .venv/bin/activate`.
|
||
|
||
## Install the project in develop mode
|
||
|
||
Run `make install` to install the project in develop mode.
|
||
|
||
## Run the tests to ensure everything is working
|
||
|
||
Run `make test` to run the tests.
|
||
|
||
## Create a new branch to work on your contribution
|
||
|
||
Run `git checkout -b my_contribution`
|
||
|
||
## Make your changes
|
||
|
||
Edit the files using your preferred editor. (we recommend VIM or VSCode)
|
||
|
||
## Format the code
|
||
|
||
Run `make fmt` to format the code.
|
||
|
||
## Run the linter
|
||
|
||
Run `make lint` to run the linter.
|
||
|
||
## Test your changes
|
||
|
||
Run `make test` to run the tests.
|
||
|
||
Ensure code coverage report shows `100%` coverage, add tests to your PR.
|
||
|
||
## Build the docs locally
|
||
|
||
Run `make docs` to build the docs.
|
||
|
||
Ensure your new changes are documented.
|
||
|
||
## Commit your changes
|
||
|
||
This project uses [conventional git commit messages](https://www.conventionalcommits.org/en/v1.0.0/).
|
||
|
||
Example: `fix(package): update setup.py arguments 🎉` (emojis are fine too)
|
||
|
||
## Push your changes to your fork
|
||
|
||
Run `git push origin my_contribution`
|
||
|
||
## Submit a pull request
|
||
|
||
On gitea interface, click on `Pull Request` button.
|
||
|
||
Wait CI to run and one of the developers will review your PR.
|
||
## Makefile utilities
|
||
|
||
This project comes with a `Makefile` that contains a number of useful utility.
|
||
|
||
```bash
|
||
❯ make
|
||
Usage: make <target>
|
||
|
||
Targets:
|
||
help: ## Show the help.
|
||
install: ## Install the project in dev mode.
|
||
fmt: ## Format code using black & isort.
|
||
lint: ## Run pep8, black, mypy linters.
|
||
test: lint ## Run tests and generate coverage report.
|
||
watch: ## Run tests on every change.
|
||
clean: ## Clean unused files.
|
||
virtualenv: ## Create a virtual environment.
|
||
release: ## Create a new tag for release.
|
||
docs: ## Build the documentation.
|
||
switch-to-poetry: ## Switch to poetry package manager.
|
||
init: ## Initialize the project based on an application template.
|
||
```
|
||
|
||
## Making a new release
|
||
|
||
This project uses [semantic versioning](https://semver.org/) and tags releases with `X.Y.Z`
|
||
Every time a new tag is created and pushed to the remote repo, gitea actions will
|
||
automatically create a new release on gitea.
|
||
|
||
To trigger a new release all you need to do is.
|
||
|
||
1. If you have changes to add to the repo
|
||
* Make your changes following the steps described above.
|
||
* Commit your changes following the [conventional git commit messages](https://www.conventionalcommits.org/en/v1.0.0/).
|
||
2. Run the tests to ensure everything is working.
|
||
4. Run `make release` to create a new tag and push it to the remote repo.
|
||
|
||
the `make release` will ask you the version number to create the tag, ex: type `0.1.1` when you are asked.
|
||
|
||
> **CAUTION**: The make release will change local changelog files and commit all the unstaged changes you have.
|