Skip to content

Patch queue resolver rewrite; better patch:list (that uses the same code as applier)
Compare
Choose a tag to compare
@allanpaiste allanpaiste released this 03 Apr 11:44
· 534 commits to master since this release
4.15.0
a7f5bd2

(2019-04-03)

This release comes basically with re-written logic to the core of the patch apply queue generation due to issues with the old logic. The listing command now also uses same code which removes some of the confusion when using apply and seeing something different than what list reports

All features and fixes in this release are forward-ported from 3.46.0

Feature

  • added --with-affected argument option for path:list command to list patches that indirectly are affected by the new/changed patches (would be re-applied on actually patch:apply due to package resets caused by new/changed statuses)
  • patch owner embedded in applied patch registry to provide proper REMOVED information when patch gets removed

Fix

  • bundled patches partially reset when removing some dev-only (with --no-dev option) patches that targeted same packages as bundles did; Issue caused by only partially recursive lookup on an impact of re-installing certain composer package
  • the alias argument for --explicit, --show-reapplies did not trigger explicit output
  • make sure that repeated patch:undo calls don't reinstall previously undo'd patches
  • make sure that patch:list uses same functionality that the main patch applier uses, thus guaranteeing that path:list will list the things as they'd be processed in actual patch apply run

Links: src diff

Assets 2
Loading