[Analyze] Provide mixin information

[natalieparellano]

As outlined in RFC: https://github.com/buildpacks/rfcs/blob/main/text/0075-move-analyze-phase.md and spec PR: https://github.com/buildpacks/spec/pull/197/files

Analyzer will be provided new -run-image and -stack flags. Analyzer should resolve the run-image from the -run-image if provided, read it from the -stack, or fail if a valid run-image cannot be determined. Analyzer should read the build-image from the -stack, or fail if a valid build-image cannot be determined.

For both the build- and run-images, analyzer should read mixins and write this information in analyzed.toml.

(from RFC) Q: How should analyzed.toml be changed to include run-image information (mixins)

[matejvasek]

I’d like to pick this up.

[jabrown85]

The question around analyzed.toml was resolved in the spec here

[natalieparellano]

@matejvasek have you had a chance to pick this up?

[matejvasek]

@natalieparellano sorry for late reply, unfortunately I haven had much time as I had to work on something else.

Now I can work on this. But I will probably need some guidance.

Analyzer will be provided new -run-image and -stack flags.

I see this has already been done be @jabrown85 right?

https://github.com/buildpacks/spec/blob/platform/0.7/platform.md#analyzedtoml-toml

I see that the structure of the file has change between 0.6 and 0.7.
I guess my first step would be to change platform.AnalyzedMetadata to include:
previous-image, run-image and build-image and the old members probably put to some v06 sub-struct?
Am I right?

[natalieparellano]

@matejvasek thanks for getting back on this! You are right, the struct for analyzed.toml will need to change for the newer platform API.

This is actually hitting on an issue that we have been grappling with for some time - how to manage behaviors and data structures across api versions - that we haven't found a good way of managing as of yet (more context here: #525). It is probably a bit overly optimistic to call this issue a "good first issue", given that we haven't solved the larger problem yet :)

I am trying to tackle some of this complexity in a PR for #578 (currently very messy WIP: main...validate-mixins). I think we'll probably want to align on the direction of this refactor before #573 will be sane to work on.

Would it be alright if we were to circle back once that discussion has happened? Please feel free to add your thoughts as well!

[matejvasek]

This is actually hitting on an issue that we have been grappling with for some time - how to manage behaviors and data structures across api versions

@natalieparellano is there progress on this?