All Projects → twisted → Incremental

twisted / Incremental

Licence: other
A library for versioning your Python projects.

Programming Languages

python
139335 projects - #7 most used programming language

Projects that are alternatives of or similar to Incremental

Strangelog
Painless file-based changelog management via CLI.
Stars: ✭ 12 (-87.63%)
Mutual labels:  versioning
Stability Badges
SVG badges for Go projects
Stars: ✭ 51 (-47.42%)
Mutual labels:  versioning
Pinned
📌 Date based versioning system for Go APIs.
Stars: ✭ 77 (-20.62%)
Mutual labels:  versioning
React Native Npm Version
Example of React-Native application with version from package.json and npm version bump.
Stars: ✭ 20 (-79.38%)
Mutual labels:  versioning
Python Aos Lesson
Python for Atmosphere and Ocean Scientists
Stars: ✭ 49 (-49.48%)
Mutual labels:  versioning
Terraform Aws S3 Log Storage
This module creates an S3 bucket suitable for receiving logs from other AWS services such as S3, CloudFront, and CloudTrail
Stars: ✭ 65 (-32.99%)
Mutual labels:  versioning
Lift
Simple Android Application update logic component
Stars: ✭ 10 (-89.69%)
Mutual labels:  versioning
Git Version Bumper
Bump your git tag to the next version, easily. 👊
Stars: ✭ 87 (-10.31%)
Mutual labels:  versioning
Logidze
Database changes log for Rails
Stars: ✭ 1,060 (+992.78%)
Mutual labels:  versioning
Terraboard
🌍 📋 A web dashboard to inspect Terraform States
Stars: ✭ 1,192 (+1128.87%)
Mutual labels:  versioning
Fastlane Plugin Flutter version
Fastlane plugin to retrieve version code for Flutter projects.
Stars: ✭ 31 (-68.04%)
Mutual labels:  versioning
Kedro Mlflow
A kedro-plugin for integration of mlflow capabilities inside kedro projects (especially machine learning model versioning and packaging)
Stars: ✭ 48 (-50.52%)
Mutual labels:  versioning
Node Installed Check
Checks that all dependencies in your package.json have supported versions installed and complies with your specified node engine version range
Stars: ✭ 67 (-30.93%)
Mutual labels:  versioning
Gitversioningonxcode
Pretty Xcode Git versioning for iOS & macOS applications
Stars: ✭ 15 (-84.54%)
Mutual labels:  versioning
Dunamai
Dynamic versioning library and CLI
Stars: ✭ 85 (-12.37%)
Mutual labels:  versioning
Versioning Spring Boot Starter
Spring boot starter using for versioning rest easily.
Stars: ✭ 11 (-88.66%)
Mutual labels:  versioning
Fody.stamp
Stamps an assembly with git data
Stars: ✭ 65 (-32.99%)
Mutual labels:  versioning
Vistrails
VisTrails is an open-source data analysis and visualization tool. It provides a comprehensive provenance infrastructure that maintains detailed history information about the steps followed and data derived in the course of an exploratory task: VisTrails maintains provenance of data products, of the computational processes that derive these products and their executions.
Stars: ✭ 94 (-3.09%)
Mutual labels:  versioning
Multiverse
Elixir package that allows to add compatibility layers via API gateways.
Stars: ✭ 87 (-10.31%)
Mutual labels:  versioning
Cols Agent Tasks
Colin's ALM Corner Custom Build Tasks
Stars: ✭ 70 (-27.84%)
Mutual labels:  versioning

Incremental

|travis| |pypi| |coverage|

Incremental is a small library that versions your Python projects.

API documentation can be found here <https://twisted.github.io/incremental/docs/>_.

Quick Start

Add this to your setup.py\ 's setup() call, removing any other versioning arguments:

.. code::

setup( use_incremental=True, setup_requires=['incremental'], install_requires=['incremental'], # along with any other install dependencies ... }

Install Incremental to your local environment with pip install incremental[scripts]. Then run python -m incremental.update <projectname> --create. It will create a file in your package named _version.py and look like this:

.. code::

from incremental import Version

version = Version("widgetbox", 17, 1, 0) all = ["version"]

Then, so users of your project can find your version, in your root package's __init__.py add:

.. code::

from ._version import version

Subsequent installations of your project will then use Incremental for versioning.

Incremental Versions

incremental.Version is a class that represents a version of a given project. It is made up of the following elements (which are given during instantiation):

  • package (required), the name of the package this Version represents.
  • major, minor, micro (all required), the X.Y.Z of your project's Version.
  • release_candidate (optional), set to 0 or higher to mark this Version being of a release candidate (also sometimes called a "prerelease").
  • post (optional), set to 0 or higher to mark this Version as a postrelease.
  • dev (optional), set to 0 or higher to mark this Version as a development release.

You can extract a PEP-440 compatible version string by using the .public() method, which returns a str containing the full version. This is the version you should provide to users, or publicly use. An example output would be "13.2.0", "17.1.2dev1", or "18.8.0rc2".

Calling repr() with a Version will give a Python-source-code representation of it, and calling str() with a Version will provide a string similar to '[Incremental, version 16.10.1]'.

Updating

Incremental includes a tool to automate updating your Incremental-using project's version called incremental.update. It updates the _version.py file and automatically updates some uses of Incremental versions from an indeterminate version to the current one. It requires click from PyPI.

python -m incremental.update <projectname> will perform updates on that package. The commands that can be given after that will determine what the next version is.

  • --newversion=<version>, to set the project version to a fully-specified version (like 1.2.3, or 17.1.0dev1).
  • --rc, to set the project version to <year-2000>.<month>.0rc1 if the current version is not a release candidate, or bump the release candidate number by 1 if it is.
  • --dev, to set the project development release number to 0 if it is not a development release, or bump the development release number by 1 if it is.
  • --patch, to increment the patch number of the release. This will also reset the release candidate number, pass --rc at the same time to increment the patch number and make it a release candidate.
  • --post, to set the project postrelease number to 0 if it is not a postrelease, or bump the postrelease number by 1 if it is. This will also reset the release candidate and development release numbers.

If you give no arguments, it will strip the release candidate number, making it a "full release".

Incremental supports "indeterminate" versions, as a stand-in for the next "full" version. This can be used when the version which will be displayed to the end-user is unknown (for example "introduced in" or "deprecated in"). Incremental supports the following indeterminate versions:

  • Version("<projectname>", "NEXT", 0, 0)
  • <projectname> NEXT

When you run python -m incremental.update <projectname> --rc, these will be updated to real versions (assuming the target final version is 17.1.0):

  • Version("<projectname>", 17, 1, 0, release_candidate=1)
  • <projectname> 17.1.0rc1

Once the final version is made, it will become:

  • Version("<projectname>", 17, 1, 0)
  • <projectname> 17.1.0

.. |coverage| image:: https://codecov.io/github/twisted/incremental/coverage.svg?branch=master .. _coverage: https://codecov.io/github/twisted/incremental

.. |travis| image:: https://travis-ci.org/twisted/incremental.svg?branch=master .. _travis: https://travis-ci.org/twisted/incremental

.. |pypi| image:: http://img.shields.io/pypi/v/incremental.svg .. _pypi: https://pypi.python.org/pypi/incremental

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].