Skip to main content

This my project

Project description

This my project

Development Workflow

The workflow supports the following steps

  • lint

  • test

  • build

  • document

  • upload

  • graph

These actions are supported out of the box by the corresponding scripts under _CI/scripts directory with sane defaults based on best practices. Sourcing setup_aliases.ps1 for windows powershell or setup_aliases.sh in bash on Mac or Linux will provide with handy aliases for the shell of all those commands prepended with an underscore.

The bootstrap script creates a .venv directory inside the project directory hosting the virtual environment. It uses pipenv for that. It is called by all other scripts before they do anything. So one could simple start by calling _lint and that would set up everything before it tried to actually lint the project

Once the code is ready to be delivered the _tag script should be called accepting one of three arguments, patch, minor, major following the semantic versioning scheme. So for the initial delivery one would call

$ _tag –minor

which would bump the version of the project to 0.1.0 tag it in git and do a push and also ask for the change and automagically update HISTORY.rst with the version and the change provided.

So the full workflow after git is initialized is:

  • repeat as necessary (of course it could be test - code - lint :) )

    • code

    • lint

    • test

  • commit and push

  • develop more through the code-lint-test cycle

  • tag (with the appropriate argument)

  • build

  • upload (if you want to host your package in pypi)

  • document (of course this could be run at any point)

Important Information

This template is based on pipenv. In order to be compatible with requirements.txt so the actual created package can be used by any part of the existing python ecosystem some hacks were needed. So when building a package out of this do not simple call

$ python setup.py sdist bdist_egg

as this will produce an unusable artifact with files missing. Instead use the provided build and upload scripts that create all the necessary files in the artifact.

Project Features

  • TODO

History

0.0.1 (26-04-2023)

  • First code creation

0.1.0 (26-04-2023)

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

wikiseriesasorkunlib-0.1.0.tar.gz (72.7 kB view details)

Uploaded Source

Built Distribution

wikiseriesasorkunlib-0.1.0-py3.9.egg (39.2 kB view details)

Uploaded Source

File details

Details for the file wikiseriesasorkunlib-0.1.0.tar.gz.

File metadata

  • Download URL: wikiseriesasorkunlib-0.1.0.tar.gz
  • Upload date:
  • Size: 72.7 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/4.0.2 CPython/3.9.15

File hashes

Hashes for wikiseriesasorkunlib-0.1.0.tar.gz
Algorithm Hash digest
SHA256 c41ef3ab0e92230fd751d19a9a3a8bb6271eab686b9a5b7cc65cbd4270cf72a1
MD5 0a3276d838ac841be2a5d91e5acff6bb
BLAKE2b-256 43f50597c49fc2e550c309c8815ec3bf14b80d10ffcc5a67eb448379055b4a7b

See more details on using hashes here.

File details

Details for the file wikiseriesasorkunlib-0.1.0-py3.9.egg.

File metadata

File hashes

Hashes for wikiseriesasorkunlib-0.1.0-py3.9.egg
Algorithm Hash digest
SHA256 085d390f60ffc6a15dc1202a4a47f8f9533fc7138baef774731e655dd25693de
MD5 043ed057730abc7d89b5a652000c286d
BLAKE2b-256 99e6ac3bdb637e5d1c6966c4a33e3bb492a7c7004860d27e085330e707371872

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page