Kleidukos / get-tested

Go get tested! Github Actions matrix generator for your haskell projects
BSD 3-Clause "New" or "Revised" License
44 stars 3 forks source link

Provide more information in the build matrix #52

Open mmhat opened 2 weeks ago

mmhat commented 2 weeks ago

In https://github.com/Kleidukos/print-api/pull/16#discussion_r1739917913 and in https://github.com/Kleidukos/print-api/issues/24#issuecomment-2323607876 I expressed the need for more information in the build matrix generated by get-tested. For example, given a stanza

tested-with: GHC ==8.10.7 || ==9.2.8 || ==9.10.1

I think it was nice if get-tested indicates what the oldest and the newest GHC version in the tested-with field is. The build matrix I envision could be something like:

matrix:
  include:
  - ghc: 8.10.7
    oldest: true
    newest: false
  - ghc: 9.2.8
    oldest: false
    newest: false
  - ghc: 9.10.1
    oldest: false
    newest: true

With those additional fields at hand it would be possible to run some jobs/steps only for the oldest or the newest version respectively.

Also, it was nice if get tested had options like --oldest-only (oldest-only: <true|false> in the GH action) and --newest-only (newest-only: <true|false> in the GH action) to generate a matrix containing only the oldest or newest version.

A potential usecase is https://github.com/Kleidukos/print-api/issues/24.

Kleidukos commented 1 week ago

Regarding get-tested having --oldest-only or --newest-only, this is very reasonable.

Regarding how the action controls it, I'll have to think about the ergonomic and how to implement. But I'll get onto the flags today.

By the way, @mmhat you named *-only, the "only" means that passing --newest-only and --latest-only will result in a conflict. Do you think there is value in allowing --newest and --oldest simultaneously? I feel like preventing their combination could be overly restrictive.

mmhat commented 1 week ago

By the way, @mmhat you named *-only, the "only" means that passing --newest-only and --latest-only will result in a conflict. Do you think there is value in allowing --newest and --oldest simultaneously? I feel like preventing their combination could be overly restrictive.

Theoretically they won't conflict if the tested-with stanza contains only version, but I think that's an edge case not worth supporting. So, yes, they should be mutually exclusive, and get-tested should fail if both are given.

EDIT: Ah, I saw you found a different solution in #53 . I like it!