Skip to content
Snippets Groups Projects
  1. Aug 05, 2018
  2. Aug 04, 2018
  3. Jul 29, 2018
  4. Jul 28, 2018
  5. Jul 22, 2018
  6. Jul 21, 2018
  7. Jul 05, 2018
  8. Jul 04, 2018
  9. Jun 26, 2018
  10. Jun 21, 2018
  11. Jun 14, 2018
  12. Jun 08, 2018
  13. Jun 04, 2018
  14. Jun 02, 2018
  15. Jun 01, 2018
  16. May 23, 2018
  17. May 17, 2018
    • Rhys Arkins's avatar
    • Rhys Arkins's avatar
      6c3645d1
    • Rhys Arkins's avatar
    • Rhys Arkins's avatar
      feat: rangeStrategy (#1954) · 7f4cb4aa
      Rhys Arkins authored
      This PR replaces the existing `pinVersions`, `upgradeInRange` and `versionStrategy` settings with a single one: `rangeStrategy`.
      
      Previously:
       - `pinVersions` could be `true` or `false`, but defaulted to `null`, which meant that Renovate would decide. `true` meant that Renovate would replace existing ranges like `^1.0.0` with an exact/pinned version such as `1.2.0`.
       - `upgradeInRange` could be true or false, default to false. If `true`, it would mean Renovate would replace an existing range like `^1.0.0` with something like `^1.2.0`
       - `versionStrategy` could be `replace` or `widen` and was mainly used for `peerDependencies` to widen existing ranges, e.g. from `^1.0.0` to `^1.0.0 || ^2.0.0`
      
      It was possible to set conflicting settings, e.g. configuring `pinVersions=true` and `upgradeInRange=true`.
      
      Now, we combine them into a single setting: `rangeStrategy`:
       - `auto` = Renovate decides (this will be done on a manager-by-manager basis)
       - `pin` = convert ranges to exact versions
       - `bump` = same as `upgradeInRange` previously, e.g. bump the range even if the new version satisifies the existing range
       - `replace` = Same as pinVersions === false && upgradeInRange === false, i.e. only replace the range if the new version falls outside it
       - `widen` = Same as previous versionStrategy==='widen'
  18. May 06, 2018
  19. May 04, 2018
  20. May 03, 2018
Loading