Skip to main content

Common utilities for Camptocamp CI

Project description

C2C CI utils

Commands:

  • c2cciutils: some generic tools.
  • c2cciutils-checks: Run the checks on the code (those checks don't need any project dependencies).
  • c2cciutils-audit: Do the audit, the main difference with checks is that it can change between runs on the same code.
  • c2cciutils-publish: Publish the project.
  • c2cciutils-clean: Delete Docker images on Docker Hub after corresponding branch have been deleted.
  • c2cciutils-google-calendar: Tool to test the google credentials for calendar API and refresh them if needed. See c2cciutils-google-calendar -h for more information.

New project

The content of example-project can be a good base for a new project.

Secrets

In the CI we needs to have the following secrets::

  • HAS_SECRETS to be set to 'HAS_SECRETS', to avoid error errors from external pull requests, already set globally on camtocamp organisation.
  • GOPASS_CI_GITHUB_TOKEN and CI_GPG_PRIVATE_KEY required to initialise the gopass password store, the secrets axists in the camptocamp organisation but not shared on all project, then you should add your project to the shared list.

Use locally, in the projects that use c2cciutils

Install it: python3 -m pip install --user --requirement ci/requirements.txt Run the checkers: c2cciutils-checks [--fix] [--stop] [--check CHECK] Dry run publish: GITHUB_REF=... c2cciutils-publish --dry-run ...

Configuration

You can get the current configuration with c2cciutils --get-config, the default configuration depends on your project.

You can override the configuration with the file ci/config.yaml.

At the base of the configuration you have:

  • version: Contains some regular expressions to find the versions branches and tags, and to convert them into application versions.
  • checks: The checkers configuration, see c2cciutils/checks.py for more information.
  • audit: The audit configuration, see c2cciutils/audit.py for more information.
  • publish: The publish configuration, see c2cciutils/publish.py for more information.

Many actions can be disabled by setting the corresponding configuration part to False.

Checks

The configuration profile considers we use a project with:

  • The following workflows:
    • Continuous integration,
    • Rebuild on all supported branch,
    • Audit for security issues on all supported branches,
    • Backport between all supported branches,
    • Clean Docker hub tags,
    • Auto review.
  • A SECURITY.md file.

It will check that:

  • All the workflows are conform on what we expect,
  • All the workflows are completely configured for all the versions present in SECURITY.md file.
  • The code is conform with the black and isort rules.
  • The gitattributes are valid.
  • All text files end with an empty line.

SECURITY.md

The SECURITY.md file should contains the security policy of the repository, espessially the end of support dates.

For compatibility with c2cciutils it should contain an array with at least the columns Version and Supported Until. The Version column will contain the concerned version. The Supported Until will contains the date of end of support dd/mm/yyyy. It can also contain the following sentences:

  • Unsupported: no longer supported => no audit, no rebuild.
  • Best effort: the support is ended, it is still rebuilt and audited but this can be can stopped without any notice.
  • To be defined: not yet released or the date will be set related of an other project release date (like for GeoMapFish).

See also GitHub Documentation

IDE

The IDE should be configured as:

  • using black and isort without any arguments,
  • using the editorconfig configuration.

VScode

Select a formatter:

  • CTRL+MAJ+P
  • Format document With...
  • Configure Default Formatter...
  • Select the formatter

Publishing

To pypi

When publishing, the version computed from arguments or GITHUB_REF is put in environment variable VERSION, thus you should use it in setup.py, example:

VERSION = os.environ.get("VERSION", "1.0.0")

The config is like this:

versions:
  # List of kinds of versions you want to publish, that can be:
  # rebuild (specified with --type),
  # version_tag, version_branch, feature_branch, feature_tag (for pull request)

To Docker registry

The config is like this:

latest: True
images:
    - name: # The base name of the image we want to publish
repository:
    <internal_name>:
        'server': # The fqdn name of the server if not Docker hub
        'version':# List of kinds of versions you want to publish, that can be: rebuild (specified using --type),
            # version_tag, version_branch, feature_branch, feature_tag (for pull request)
        'tags':# List of tags we want to publish interpreted with `template(version=version)`
            # e.g. if you use `{version}-lite` when you publish the version `1.2.3` the source tag
            # (that should be built by the application build) is `latest-lite`, and it will be published
            # with the tag `1.2.3-lite`.
        'group':# If your images are published by different jobs you can separate them in different groups
            # and publish them with `c2cciutils-publish --group=<group>`

By default the last line of the SECURITY.md file will be published (docker) with the tag latest. Set latest to False to disable it.

With the c2cciutils-clean the images on Docker hub for feature_branch will be removed on branch removing.

Project details


Release history Release notifications | RSS feed

Download files

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

Source Distribution

c2cciutils-1.2.12.tar.gz (2.6 MB view details)

Uploaded Source

Built Distribution

c2cciutils-1.2.12-py3-none-any.whl (2.6 MB view details)

Uploaded Python 3

File details

Details for the file c2cciutils-1.2.12.tar.gz.

File metadata

  • Download URL: c2cciutils-1.2.12.tar.gz
  • Upload date:
  • Size: 2.6 MB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/4.0.2 CPython/3.8.10

File hashes

Hashes for c2cciutils-1.2.12.tar.gz
Algorithm Hash digest
SHA256 305856072feb76e11b1e3e6c19b07226af50b606b8dbc8b41f277c9015872ba2
MD5 d680384d441827ab0e3d0ed6b9d989c1
BLAKE2b-256 c7f9879fa54278ad51bab3fc7c2b4e548a1789140783013756d5755598ee15b0

See more details on using hashes here.

Provenance

File details

Details for the file c2cciutils-1.2.12-py3-none-any.whl.

File metadata

  • Download URL: c2cciutils-1.2.12-py3-none-any.whl
  • Upload date:
  • Size: 2.6 MB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/4.0.2 CPython/3.8.10

File hashes

Hashes for c2cciutils-1.2.12-py3-none-any.whl
Algorithm Hash digest
SHA256 2b887d5d7899cf365e657da9e65cf8bdc96d4609f9b7433527458c0f0dc0e048
MD5 ccf0cec612a71228d3467ae0aa11049f
BLAKE2b-256 069e45d80150b1fcff1b68b092a7b0e061377d192dd37583a0e3ee423a13aa75

See more details on using hashes here.

Provenance

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