Skip to content

Lock dependencies to specific versions #367

@Glutexo

Description

@Glutexo

As this is not a library, but a deployable application, it should have its dependencies stated more clearly. Currently all packages are listed without a version. Although this is not a problem when deploying, thanks to the lock file, it brings some mild problems:

  • Special caution is required when dealing with the packages: rebuilding the lock incautiously file may result in bumping up a package to a too high version.
  • Code is not written for specific versions of the libraries, the exact version used can be determined only by looking into the lock file.

This is not how it should work and is not semantic at all. The Pipfile itself should contain a list of packages and their version constrains. The lock file is there to replicate the same environment.

Also please see a notoriously known article, slightly related to this.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions