Skip to main content

A template to create python libraries

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

0.0.1 (24-07-2020)

  • First Release

0.0.2 (27-07-2020)

  • bumped awsauthenticationlib

0.1.0 (10-09-2020)

  • New feature added for deleting permission set and permission set policy

0.1.1 (16-10-2020)

  • Bumped dependencies

0.1.2 (18-11-2020)

  • Fixed bug regarding permission sets

0.2.0 (02-12-2020)

  • Bumped awsauthenticationlib

0.3.0 (25-01-2021)

  • Bumped awsauthenticationlib

0.4.0 (28-01-2021)

  • Implemented explicit region passing.

Metadata

Release files for awsssolib 0.4.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for awsssolib 0.4.0
File Size Uploaded Provenance
awsssolib-0.4.0.tar.gz 63.4 kB Without provenance Details

Built distribution (wheel)

Table of built distributions (wheels) for awsssolib 0.4.0
File Interpreter ABI Platform
awsssolib-0.4.0-py3.7.egg Legacy Egg format - - Details

Total release size: 112.9 kB

Release files / awsssolib-0.4.0.tar.gz

Download URL awsssolib-0.4.0.tar.gz
Size 63.4 kB
Tags Source
SHA-256 checksum
How to use checksums
25548bbcd218041c319e6cffc4dd50553bbd1f2fb5a898664bb5aca5d2e8e8e1
BLAKE2b-256 checksum
How to use checksums
cfc29d042e6a58b80ebd426bed8e98898d61616ca3886ce61220a5b043b20b32
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/1.13.0 pkginfo/1.5.0.1 requests/2.23.0 setuptools/47.2.0 requests-toolbelt/0.9.1 tqdm/4.48.0 CPython/3.7.8

Release files / awsssolib-0.4.0-py3.7.egg

Download URL awsssolib-0.4.0-py3.7.egg
Size 49.5 kB
Tags Egg
SHA-256 checksum
How to use checksums
25ea34b8cac0340dbf553e8ac22537434279f4a765bb383693f0e32ced3328de
BLAKE2b-256 checksum
How to use checksums
5cc0e4aac3b30822995826a2678de36b6632a90383cd8adee358cb82e7b04f03
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/1.13.0 pkginfo/1.5.0.1 requests/2.23.0 setuptools/47.2.0 requests-toolbelt/0.9.1 tqdm/4.48.0 CPython/3.7.8

Security for awsssolib 0.4.0

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

No provenance found

None of the files in this release were uploaded with provenance metadata.

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page