Skip to main content

Acsone Odoo Dev Tools

Project description

License: GPL-3 https://badge.fury.io/py/acsoo.svg https://travis-ci.org/acsone/acsoo.svg?branch=master https://codecov.io/gh/acsone/acsoo/branch/master/graph/badge.svg

This is a set of command-line utilities to facilitate the Odoo development workflow at Acsone.

It assumes the project is a setuptools-based python package that can be packaged and installed with pip.

Criteria for tools to be included here:

  • being small wrappers around standard commands (git, pip, etc)

  • yet being sufficiently non-trivial to be error-prone or time consuming when done manually

  • being used across several Acsone Odoo projects

Installation

pip install --user acsoo

or

pipx install acsoo

To enable bash completion, add this line in your .bashrc:

eval "$(_ACSOO_COMPLETE=source acsoo)"

What we have here

Below, the list of available commands with a few examples.

Use acsoo --help or acsoo <command> --help for more information.

Initialize a new project

mrbob acsoo:templates/project
cd {project name}
mkvirtualenv {project name} -a .

acsoo pr-status

Look for git references of the form refs/pull/NNN/head in requirement files and print the corresponding GitHub pull request status.

acsoo tag

Tag the current project after ensuring everything has been commited to git.

acsoo tag-requirements

Tag all VCS requirements found in requirements.txt, so the referenced commits are not lost in case of VCS garbage collection.

acsoo checklog

Check if an odoo log file contains error, with the possibility to ignore some errors based on regular expressions.

acsoo checklog odoo.log
odoo -d mydb -i base --stop-after-init | acsoo checklog
acsoo checklog --ignore "WARNING.*blah" odoo.log

Deprecated commands

acsoo addons

acsoo addons is deprecated: use `manifestoo <https://pypi-hypernode.com/project/manifestoo>`_ instead: it is more robust and has better test coverage.

A set of commands to print addons lists, useful when running tests.

acsoo addons list
acsoo addons list-depends

acsoo freeze

Deprecated: use `pip-deepfreeze <https://pypi-hypernode.com/project/pip-deepfreeze>`_ instead.

Just like pip freeze, except it outputs only dependencies of the provided distribution name.

acsoo wheel

This command is deprecated, use pip >= 20.1 and do not use editable VCS dependencies. `pip wheel -e . -r requirements.txt –wheel-dir=release` will then give the same result, including caching of pinned VCS dependencies.

Build wheels for all dependencies found in requirements.txt, plus the project in the current directory.

The main advantage of this command (compared to a regular pip wheel -r requirements.txt -e . –wheel_dir=release –src src), was that it maintains a cache of git dependencies that are pinned with a sha1.

acsoo release

This command is deprecated. Releasing is automated via .gitlab-ci. See the `build` stage in the project template.

Perform acsoo tag, acsoo tag_requirements and acsoo wheel in one command.

acsoo flake8

This command is deprecated, use a .flake8 file in your project, in combination with pre-commit. See the project template for a reasonable default.

Run flake8 with sensible default for Odoo code.

It is possible to pass additional options to the flake8 command, eg:

acsoo flake8 -- --ignore E24,W504

acsoo pylint

This command is deprecated, use a .pylintrc file in your project, in combination with pre-commit. See the project template for a reasonable default.

Run pylint on detected Odoo addons in odoo/addons, odoo_addons or the current directory. It automatically uses the pylint-odoo plugin and runs with a reasonable configuration, including an opinionated set of disabled message.

It is possible to pass additional options to the pylint command, eg:

acsoo pylint -- --disable missing-final-newline

This command returns an non-zero exit code if any message is reported. It is however possibly to display messages while reporting success, eg:

acsoo pylint --expected api-one-deprecated:2,line-too-long

The above command succeeds despite having exactly 2 api-one-deprecated or any number of line-too-long messages being reported.

It is also possible to force failure on messages that are expected in the default configuration, eg to fail on fixme errors, just expect 0 fixme messages, like this:

acsoo pylint --expected fixme:0

acsoo.cfg

A file named acsoo.cfg at the project root helps you set sensible defaults.

Here is a minimal example:

[acsoo]
trigram=xyz
series=10.0
version=1.5.0

And a more elaborate example:

[acsoo]
trigram=xyz
series=11.0
version=1.5.2
pushable=
  github.com:acsone
  github.com:mozaik

[checklog]
ignore=
  WARNING .* module .*: description is empty !
  WARNING: unable to set column .* of table account_analytic_account not null

Maintainer

ACSONE SA/NV

This project is maintained by ACSONE SA/NV.

Changes

3.1.0 (2021-01-04)

  • pr-status: detect PR status from github pull requests URLs found in requirement files; useful to detect them in comments

  • Various improvements to the project template (in gitlab-ci.yml, and pre-commit config, mostly) #75, #77.

  • In acsoo tag, do not complain about empty directories #76.

  • Deprecate acsoo freeze in favor of pip-deepfreeze.

  • Deprecate acsoo addons in favor of manifestoo.

  • Add license and development status check to project template.

  • Remove bumpversion from acsoo dependencies. This project is now replaced by bump2versions, and it’s better to install it separately with pipx.

3.0.2 (2020-10-14)

3.0.1 (2020-07-29)

  • [REM] Remove mrbob dependency as pip >= 20.2 make install crash

3.0.0 (2020-07-01)

  • [DEL] drop python 2 support (previous versions of acsoo are still available on PyPI, and for regular use, the python 3 version works for Odoo 8, 9, 10 projects too)

  • [ADD] acsoo freeze to limit pip freeze output to dependencies of a given distribution

  • [ADD] acsoo pr-status to print the status of GitHub pull requests found in requirement files with revision of the form refs/pull/NNN/head

  • [DEL] deprecate acsoo wheel (now supported by pip natively) and acsoo release (which is automated in GitLab CI)

  • [IMP] project template: ci.skip when pushing translation updates

2.1.0 (2020-05-25)

  • [IMP] project template: better and simpler isort config

  • [IMP] project template: merge request templates

  • [IMP] support non-editable VCS requirements in tag_requirements command

  • [DEL] remove –force option of tag_requirements command as it does nothing useful, since all we want of this command is to make sure that a tag is present

  • [MNT] declarative setuptools configuration

  • [IMP] pin flake8 to version 3.7.9 (reminder: acsoo flake8 is deprecated, use pre-commit instead)

  • [IMP] pin pylint-odoo to version 3.1.0 (reminder: acsoo pylint is deprecated, use pre-commit instead)

2.0.0 (2020-01-15)

  • [IMP] project template: publish html coverage in gitlab-ci

  • [IMP] project template: branch coverage in gitlab-ci

  • [IMP] project template: pre-commit cache in gitlab-ci

  • [DEL] deprecate acsoo pylint in favor of pre-commit and per project .pylintrc

  • [IMP] Odoo 13 support

  • [IMP] project template: rename requirements-dev.txt to requirements.txt.in, better reflecting that these are input requirements and not requirements for the development environment

  • [IMP] project template: update copyright year

  • [IMP] project template: remove module_auto_update, use click-odoo-update instead

1.9.0 (2019-02-28)

  • [IMP] project template: use pre-commit (black, isort, flake8)

  • [FIX] project template: fail on click-odoo-update error

  • [FIX] project template: fix deploy log file

  • [FIX] acsoo pylint: compatibility with pylint 2

1.8.3 (2019-01-22)

  • [FIX] acsoo pylint: Adapt config to also work with pytlint-odoo 2.0.1

  • [IMP] project template: use click-odoo-update

1.8.2 (2018-11-05)

  • [IMP] project template: better way to declare python version in .gitlab-ci.yml

  • Fix acsoo tag for Odoo 12

1.8.1 (2018-10-30)

1.8.0 (2018-10-29)

  • [IMP] acsoo wheel: add –no-deps, so we can build requirements.txt without fetching dependencies, and later install the project with –no-index and –find-links=release/ so as to detect missing dependencies (#38)

  • [IMP] acsoo wheel: add –exclude-project option (to build requirements.txt without the current project), in preparation of #44

  • [IMP] acsoo wheel: use a cache of editable git dependencies

  • [IMP] acsoo wheel: use pip wheel -e . to build project instead of setup.py bdist_wheel, since the reason we were doing that has apparently been resolved in recent pip version (pip issue 3499 referred in a comment is apparently unrelated unfortunately, so I’m not sure why we were doing that exactly, probably https://github.com/pypa/pip/issues/3500)

  • [IMP] flake8: ignore W503 and W504 by default (line break around logical operators)

  • [IMP] project template: Odoo 12 support

  • [IMP] project template: pin acsoo version

  • [IMP] project template: acsoo wheel –no-deps, so, combined with pip install –no-index in the test stage, it verifies that all dependencies are included in requirements.txt

1.7.1 (2018-07-15)

  • [IMP] project template: add makepot in .gitlab-ci.yml

  • [IMP] pylint: whitelist lxml c library

1.7.0 (2018-06-04)

  • [IMP] more python 3 and Odoo 11 support

  • [IMP] project template: build stage in gitlab-ci

  • [IMP] project template: new style deploy / upgrade (using checksum upgrades and click-odoo-upgrade script)

  • [IMP] project template: enforce odoo-autodiscover>=2 and do not use it for Odoo >= 11

  • [IMP] add –dry-run option to acsoo tag and tag_requirements

  • [IMP] make the list of places where tag_requirements can push configurable

  • [IMP] project template: on demand installation of acsoo and ssh-agent

  • [IMP] project template: use click-odoo-initdb in gitlab-ci

1.6.0 (2018-02-16)

  • [IMP] checklog: add –no-err-if-empty option

  • [IMP] python 3 support

  • [IMP] preliminary Odoo 11 support

  • [IMP] project template: various improvements

  • [IMP] refactoring of get_installable_addons() method for better reusability

1.5.0 (2017-09-19)

  • [IMP] tag_requirements: fetch more aggressively; this solves the errors trying to write ref with non existent object

  • [IMP] tag: always tag requirements when doing acsoo tag

  • [IMP] tag: tag requirements before tagging project, so if something fails when tagging the requirements the project is not tagged and the release build is not triggered.

  • [ADD] addons: add –separator option (and fix tests that were not testing much)

  • [IMP] addons: consider current dir as addons dir candidate

  • [IMP] pylint: look for module to test in current dir by default, using the same algorithm as addons list

  • [IMP] pylint: support python 3 style odoo/addons namespace (without __init__.py)

1.4.3 (2017-06-16)

  • [IMP] checklog: consider ignore lines starting with # as comments

  • [FIX] checklog: the previous release broke checklog color output

1.4.2 (2017-06-16)

  • [IMP] checklog: fail if no log record found in input

  • [IMP] checklog: echo with click to be less sensitive to unicode issues

1.4.1 (2017-06-14)

  • [FIX] regression in acsoo release

1.4.0 (2017-06-13)

  • [IMP] colored logging

  • [IMP] major change to acsoo tag and tag_editable_requirements. These changes make it easier to work with a CI-driven release process that is triggered on new tags. The usual manual acsoo release process should be mostly unimpacted by these changes.

    • tag_editable_requirements is now tag_requirements.

    • the tags structure has changed from {series}-{trigram}_{version} to {series}-{trigram}-{req_sha}-{egg}, where {req_sha} is the sha of the last change to requirements.txt.

    • tag_requirements includes the egg name in the tag so different commits in the same repo can be tagged (before, all addons in a given dependency repo had to be on the same commit).

    • when a tag for the given series, trigram and egg already exists on the dependency commit, tag_requirements does not attempt to create another tag (this avoids creating useless tags or forced tags) and this is sufficient because the sole purpose of these dependency tags is to avoid commits to be garbage collected.

    • acsoo tag now invokes tag_requirements. In most cases however this will not place additional tags on dependencies, because the normal workflow is to invoke tag_requirements as soon as requirements.txt is updated.

    • tag_requirements automatically transforms http(s) urls into ssh urls for the purpose of pushing tags. This allows to maximize the use of http(s) urls in requirements so CI and scripts do not require ssh access to the public dependencies. This currently only works for the acsone organization on github but the mechanism is easy to extend, should the need arise.

1.3.0 (2017-06-04)

  • [IMP] flake8: read additional flake8-options in acsoo configuration file.

  • [IMP] template: series-dependent odoo command in .gitlab.ci.yml.

  • [IMP] template: createdb in .gitlab-ci.yml because Odoo 8 does not do it by itself.

  • [ADD] addons list-depends: --exclude option

1.2.2 (2017-05-30)

  • [FIX] regression in tag, tag_editable_requirements and release commands.

1.2.1 (2017-05-27)

  • [IMP] add possibility to provide main config file as option.

  • [IMP] checklog: read default options from [checklog] section of config file.

  • [IMP] pylint: read default options from [pylint] section of config file.

  • [IMP] pylint: the module or package to lint may be provided with -m.

  • [IMP] flake8: read default options from [flake8] section of config file. The only option so far is config to provide an alternate flake8 configuration file. This is useful so developer only need to type acsoo flake8 locally, even when a specific configuration is needed, so it’s trivial to run locally with the same config as in CI.

1.1.0 (2017-05-25)

  • [IMP] pylint: BREAKING the package to test must be provided explicitly, as soon as additional pylint options are provided, so as to enable easy local testing of a subset of a project. Examples: acsoo pylint -- -d some-message odoo, acsoo pylint -- odoo.addons.xyz;

  • [IMP] pylint: disable more code complexity errors: too-many-nested-blocks, too-many-return-statements.

  • [IMP] pylint: display messages causing failure last, so emails from CI. that show the last lines of the log are more relevant.

  • [IMP] pylint: display summary of messages that did not cause failure, also when there is no failure.

  • [ADD] acsoo addons list and acsoo addons list-depends.

  • [ADD] acsoo checklog.

1.0.1 (2017-05-21)

  • First public release.

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

acsoo-3.3.0.tar.gz (78.5 kB view details)

Uploaded Source

Built Distribution

acsoo-3.3.0-py3-none-any.whl (76.2 kB view details)

Uploaded Python 3

File details

Details for the file acsoo-3.3.0.tar.gz.

File metadata

  • Download URL: acsoo-3.3.0.tar.gz
  • Upload date:
  • Size: 78.5 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/4.0.2 CPython/3.9.16

File hashes

Hashes for acsoo-3.3.0.tar.gz
Algorithm Hash digest
SHA256 bc19f11c16ba5531fab8c27785f6353cb2653a5667d8debf38bb4c14eb0a5bac
MD5 4b009ce31fc1f2c412f8324311353ed4
BLAKE2b-256 d95ee0fb9001db847ed6a0ffa17136c107027c579fd6dea04309a2d66c5fa450

See more details on using hashes here.

File details

Details for the file acsoo-3.3.0-py3-none-any.whl.

File metadata

  • Download URL: acsoo-3.3.0-py3-none-any.whl
  • Upload date:
  • Size: 76.2 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/4.0.2 CPython/3.9.16

File hashes

Hashes for acsoo-3.3.0-py3-none-any.whl
Algorithm Hash digest
SHA256 118b30808604b740d853593f2de4569b57c66883c0a646b24d0daa629311375a
MD5 6c5797d1f8f1f8d3ba3ab0f4517de688
BLAKE2b-256 d76f8ca962ac5387991a63039e6f5cc8075e9eda41b1f8dd7bc0c179748c72c2

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