Skip to content
This repository was archived by the owner on Jan 7, 2025. It is now read-only.
This repository was archived by the owner on Jan 7, 2025. It is now read-only.

Use npm shrinkwrap and/or pin dependencies where possible to avoid breaking changes #136

@evanweible-wf

Description

@evanweible-wf

Ideally, setting up our dependencies like we've done (with the caret ^) should be fine because packages follow semver and updating minor versions shouldn't break compatibility. But, as demonstrated by our recent issue with PhantomJS (#135), this isn't always the case.

We should investigate the following:

  • Pinning as many dependencies as possible
    • Pro: Pinned dependencies can't break wGulp in the future
    • Con: We don't get the benefit of continuously receiving their updates
  • Using npm shrinkwrap
    • Pro: We can still specify package ranges, but lock them down once we have a working set
    • Pro: Easier to update dependencies
    • Con: Still need to cut new releases to update dependencies

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions