2024-11-10 07:27:36 -08:00
|
|
|
|
# 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
|
2024-11-10 07:37:02 -08:00
|
|
|
|
automatically create a new release on gitea.
|
2024-11-10 07:27:36 -08:00
|
|
|
|
|
|
|
|
|
|
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.
|
