1. Initialize git inside your repo:

git init

2. If you don't have Poetry installed run:

make download-poetry

3. Initialize poetry and install pre-commit hooks:

make install

4. Upload initial code to GitHub (ensure you've run make install to use pre-commit):

git add .
git commit -m ":tada: Initial commit"
git branch -M main
git remote add origin https://github.com/crypto_bot/crypto-bot.git
git push -u origin main

• Set up Dependabot to ensure you have the latest dependencies.
• Set up Stale bot for automatic issue closing.

All manipulations with dependencies are executed through Poetry. If you're new to it, look through the documentation.

Building a new version of the application contains steps:

• Bump the version of your package poetry version <version>. You can pass the new version explicitly, or a rule such as major, minor, or patch. For more details, refer to the Semantic Versions standard.
• Make a commit to GitHub.
• Create a GitHub release.
• And... publish 🙂 poetry publish --build

Well, that's up to you. I can only recommend the packages and articles that helped me.

Packages:

• Typer is great for creating CLI applications.
• Rich makes it easy to add beautiful formatting in the terminal.
• FastAPI is a type-driven asynchronous web framework.
• IceCream is a little library for sweet and creamy debugging

Articles:

• Open Source Guides
• GitHub Actions Documentation
• Maybe you would like to add gitmoji to commit names. This is really funny. 😄

For your development we've prepared:

• Supports for Python 3.8 and higher.
• Poetry as the dependencies manager. See configuration in pyproject.toml and setup.cfg.
• Power of black, isort and pyupgrade formatters.
• Ready-to-use pre-commit hooks with formatters above.
• Type checks with the configured mypy.
• Testing with pytest.
• Docstring checks with darglint.
• Security checks with safety and bandit.
• Well-made .editorconfig, .dockerignore, and .gitignore. You don't have to worry about those things.

For building and deployment:

• GitHub integration.
• Makefile for building routines. Everything is already set up for security checks, codestyle checks, code formatting, testing, linting, docker builds, etc. More details at Makefile summary).
• Dockerfile for your package.
• Github Actions with predefined build workflow as the default CI/CD.
• Always up-to-date dependencies with @dependabot (You will only enable it).
• Automatic drafts of new releases with Release Drafter. It creates a list of changes based on labels in merged Pull Requests. You can see labels (aka categories) in release-drafter.yml. Works perfectly with Semantic Versions specification.

For creating your open source community:

• Ready-to-use Pull Requests templates and several Issue templates.
• Files such as: LICENSE, CONTRIBUTING.md, CODE_OF_CONDUCT.md, and SECURITY.md are generated automatically.
• Stale bot that closes abandoned issues after a period of inactivity. (You will only need to setup free plan). Configuration is here.
• Semantic Versions specification with Release Drafter.

pip install -U crypto-bot

or install with Poetry

poetry add crypto-bot

Then you can run

crypto-bot --help

crypto-bot --name Roman

or if installed with Poetry:

poetry run crypto-bot --help

poetry run crypto-bot --name Roman

Makefile contains many functions for fast assembling and convenient work.

make download-poetry

make install

make install NO_PRE_COMMIT=1

make check-safety

make check-safety STRICT=1

make check-safety SAFETY_STRICT=1

make check-safety PIP_STRICT=1 SAFETY_STRICT=1

make check-style

make check-style STRICT=1

make codestyle

make test

make lint

make test && make check-safety && make check-style

make docker

make docker VERSION=latest

make clean_docker

make clean

You can see the list of available releases on the GitHub Releases page.

We follow Semantic Versions specification.

We use Release Drafter. As pull requests are merged, a draft release is kept up-to-date listing the changes, ready to publish when you’re ready. With the categories option, you can categorize pull requests in release notes using labels.

For Pull Request this labels are configured, by default:

You can update it in release-drafter.yml.

GitHub creates the bug, enhancement, and documentation labels for you. Dependabot creates the dependencies label. Create the remaining labels on the Issues tab of your GitHub repository, when you need them.

This project is licensed under the terms of the MIT license. See LICENSE for more details.

@misc{crypto-bot,
  author = {crypto-bot},
  title = {Crypto Bot},
  year = {2021},
  publisher = {GitHub},
  journal = {GitHub repository},
  howpublished = {\url{https://github.com/crypto_bot/crypto-bot}}
}

This project was generated with python-package-template.