Changes for version 1.003000 - 2015-04-05
- 00 MAJOR / Internals Reinvention
- Due to Dist::Zilla versions 5.032 and higher now ripping out :version from the payloads prior to anything being able to see it[1,2], the implementation details have had to be reinvented.
- This was arguably a bad idea in the first place to use a property you had to traverse 2 seperate private methods to find in the first place.
- However, the new technology is based on my bakeini stack work, and is thus partially fragile in that it inherently parses and processes dist.ini ( and any bundles in it ) in a way slightly different to Dist::Zilla.
- Thus, there are 2 parses of dist.ini going on, and any bundles will now be invoked *twice* in the same process, thus opening for risk any kind of code that did not expect that to happen.
- This is hopefully not the long term solution, and hopefully Config::MVP itself can be augmented to expose this data better without needing to resort to the second parse stack.
- 1: https://metacpan.org/source/RJBS/Dist-Zilla-5.034/Changes#L14
- 2: https://metacpan.org/diff/file?target=RJBS/Dist-Zilla-5.032/lib/Dist/Zilla/MVP/Section.pm&source=RJBS/Dist-Zilla-5.031/lib/Dist/Zilla/MVP/Section.pm
- 01 Minor / Increased visibility of top level :version
- One fringe benefit of the changes however is the increased visibility of the ":version" statement that can appear on its own at the top of a dist.ini declaring a minimum dzil version. This value is now consumed if present and communicated as a dependendy on that Dist::Zilla version.
- Thus, this plugin is more comparable to DZP:AuthorDeps in exposing dependencies, while still superceding it in terms of reporting deep bundle-specific deps.
- Dependencies::Stats
- Dependencies changed since 1.002001, see misc/*.deps* for details
- configure: +1 (recommends: ↑1)
- develop: +8 ↑3 -2 (recommends: +1, suggests: ↑2)
- runtime: +5 ↓1 -1 (recommends: +2)
- test: +1 (recommends: ↑1 ↓1)
Modules
Add all Dist::Zilla plugins presently in use as prerequisites.