#go version mismatch

1 messages · Page 1 of 1 (latest)

olive ledge
#

digging some more, it seems that the engine version is 0.11.9. But why? I copy pasted the CI config from the docs

#

Ah. The docs say @v5 but that defaults to engine version 0.11

#

cc @ornate jackal @frozen fog @sour kayak this is a problem

frozen fog
olive ledge
burnt sun
#

Also the version in the CI config says "latest". Why would the action use 0.11 instead of the one tagged latest?

frozen fog
olive ledge
#

I do think "latest" should be the default, especially in the current context of rapid change, and the collective push to keep engine and modules up to date

burnt sun
olive ledge
#

Possibly

#

I don't have the bandwidth to check right now, but depending on what the v5->v6 change involves, it might be the case yes

burnt sun
#

I'll update the doc. I'm only wondering about users who have existing CI configs. I'm guessing they're not going to automatically or regularly update the action version. So if the version of the action they're using is incompatible with the latest engine, their workflow could break unexpectedly?

olive ledge
#

Yes. But in practice the action is very simple, it would only break if the dagger CLI syntax breaks

#

The alternative is that we "fuse" versioning of the action with engine release. So action version 0.12.4 runs CLI version 0.12.4 and that's it. To upgrade the CLI you need to upgrade the Action

burnt sun
#

That sounds better to me, more consistent if we're anyway releasing a new version of the action with each release, and probably also would eliminate the issue you just faced? But I'm not an expert so will defer to you and others in our team who can comment on downsides of this approach.

olive ledge
#

versioning is a tricky topic for us in general 🙂 But I tend to agree

#

I think @ornate jackal likes this option also?

ornate jackal