Closed idavidmcdonald closed 3 years ago
Completely agree on the matrix. We have a bit of matrix testing for the python app, this is done using tox
but I think I'd prefer all of the different combinations to be different concourse jobs (so we'd have several concourse tasks/jobs for each client that each check a different range). I'm not so keen on tox
as it's another new tool to learn, I don't want us to have an equivalent for each client language so docker/concourse jobs would be the straight forward way of doing it in a consistent way
My other slight worry, not that it should necessarily be a reason about not doing it, is that we sometimes struggle to keep all the clients up to date and running OK so just want to make sure if we commit to testing on different language versions, that we can actually keep up with the maintenance work of fixes.
I think I'd prefer all of the different combinations to be different concourse jobs
That does sound better...
we can actually keep up with the maintenance work of fixes
...but would need that overall investment. I guess at some point we could decide to focus on the clients and make process improvements like these. I know there's a least one feature request in the backlog 😄.
Ha, now you can go implement the feature request you suggested. Who would have guessed when you were writing that issue that you might be the one to fix it!
🙈
We were using 2.1 of .NET core but this is not end of life.
You can see on https://hub.docker.com/_/microsoft-dotnet-sdk that 3.1 is long term support.
Also note, that the repo name has changed as per https://github.com/dotnet/dotnet-docker/issues/2375.
Also note, I could have upgraded us to 5.1 but I went for 3.1 for two reasons
However, I could be easily persuaded to choose 5.1 instead.
What problem does the pull request solve?
Checklist
DOCUMENATION.md
andCHANGELOG.md
)src/Notify/Notify.csproj
)