Huge News!Announcing our $40M Series B led by Abstract Ventures.Learn More
Socket
Sign inDemoInstall
Socket

gitwrapperlib

Package Overview
Dependencies
Maintainers
1
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

gitwrapperlib

A lightweight wrapper around the git command using sh module.

  • 1.0.4
  • PyPI
  • Socket score

Maintainers
1

============= gitwrapperlib

A lightweight wrapper around the git command using sh module.

  • Documentation: https://gitwrapperlib.readthedocs.org/en/latest

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 (02-01-2018)

  • First code creation

0.9.3 (02-06-2021)

  • Bumped dependencies.

0.9.4 (07-07-2021)

  • Added pipeline.

0.10.0 (02-12-2021)

  • Implemented optional tty output.

0.10.1 (02-12-2021)

  • Updated self referencial dependency for to pipeline tooling.

0.10.2 (06-12-2021)

  • Fix for tty_output in lambda contexts.

0.10.3 (06-12-2021)

  • Self reference update for pipeline.

1.0.0 (21-03-2022)

  • Removed references to master branch and implemented default remote retrieval, courtesy of Sten Spans sspans@schubergphilis.com

1.0.1 (13-06-2023)

  • Bump dependencies and update pipeline to python 3.9.

1.0.2 (13-06-2023)

  • Bump dependencies.

1.0.3 (13-06-2023)

  • Fix for branch and filename conflict.

1.0.4 (12-01-2024)

  • Bump dependencies.

Keywords

FAQs


Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc