Closed movitto closed 9 years ago
@jrafanie @brandondunne @jvlcek use case attached
Checked commit https://github.com/movitto/polisher-1/commit/201b8918907aca6e33ffd4e4c21e15ad4d4965a4 with rubocop 0.21.0 2 files checked, 0 offenses detected Everything looks good. :star:
@movitto Thanks for extracting this out and clarifying the use case.
If I understand correctly, this is providing the mode breakdown by target (git, koji, yum, etc.) or an aggregate mode across all targets.
@strzibny @axilleas @brandondunne @Fryguy @jvlcek, what are your thoughts on this PR?
Perhaps we can rename the methods to clarify the meaning more... VersionChecker already has version in the name so perhaps we can remove that redundancy. Perhaps something like VersionChecker#mode_per_target and VersionChecker#mode_all_targets... Naming is hard but I'd go for anything similar to "mode" and doesn't include "version".
I still don't get what is being solved here... It wasn't resolved / made clear in the other PR either... https://github.com/ManageIQ/polisher/pull/104/files#r15236255
Also, what does this mean? Inorder to facilitate metadata abstraction (which by nature is lossy but compact)
Closing as stale, we can re-open if this becomes active again.
Summary: As a packager, I would like a high-level / single-value snapshot of package versions in multiple targets & subtargets
Background: Polisher can query multiple targets (git, koji, yum, other) as well as subtargets (git branches, koji tags, yum repos, etc) in a single call returning metadata such as package versions for each.
Inorder to facilitate metadata abstraction (which by nature is lossy but compact) we introduce a few methods that select the versions most frequent found in the polisher query targets and subtargets
Implementation: Adds to methods to VersionChecker:
Includes specs for updated / new features.