Conda-ops

Latest version: v0.4

Safety actively analyzes 681812 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

0.3

* Change the parsing packages on the command line for add/install as it relates to channels to make it clearer and less cumbersome. For example,`conda ops add -e .` adds a line `-e .` in the pip entries of the requirements. Previously you had to put in `conda ops add -c pip "-e ."`
* Take local file urls out of the `lockfile.json` and replace them with a lookup to a local file catalog. The local file catalog is added to a `.conda-ops/.gitignore` file and is not shared. When the local file catalog is missing a lookup, it is generated as part of `conda ops sync` (before attempting to regenerate the lockfile).
* Add `conda ops env clean` to remove any temporary environments lying around
* `conda ops status` now checks that the initial set of configuration files are present and if they are missing or inconsistent, prompts `conda ops init`
* `conda ops status` checks the `config.ini` for missing keys and prompts `conda ops init` instead of a hard fail
* If you choose to re-initialize via `conda ops init`, it actually re-initializes (before it did nothing)
* Clean up temporary files used to generate the lockfile instead of leaving them as artifacts
* Improve build scripts to make it easier to release

0.2

- Update the CLI commands to hinge on a simplified set of commands (`add`/`remove`, `sync`, `status`)
- Clean up log levels and messaging for better flow and user experience (more self-evident and self-documenting)
- Update the README with basic usage instructions
- Enable sharing across platforms by tracking the platform the lock file entries were generated for

0.1

First version released to PyPI.

Feature complete minimal version of `conda-ops`.

Links

Releases

Has known vulnerabilities

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.