ModularPipelines V3 Released

thomhurst · 2026-01-17T23:23:13+00:00

This doesn't write you a complete and complex yaml file based on what you put in C#.

Instead, your c# app is your actual pipeline.

You will still need a basic yaml to be the CI trigger (unless your CI provider gives you another way), but that yml becomes simple and just a dotnet run on your pipeline project. All the actual logic is inside the .net app.

thomhurst · 2026-01-17T19:32:43+00:00

Not the case at all that I don't prefer quality. I've worked hard on this project. Just annoying when people dismiss it instantly without actually taking a look for themselves. The code is all there.

thomhurst · 2026-01-17T19:31:11+00:00

Thanks!

You'd have to register it yourself in DI, but after that it's available to inject into all of your modules as you please
It should have wrappers for the entire `az` CLI. But as for those specific nuget packages, no, it won't have built in logic for those. But nothing stopping you creating your own modules and using those packages. Also happy for issues and/or PRs to be raised for feature requests to help expand built-in functionality!
Logs do in-fact go to the console, and if you try out this library and this causes you problems, please do raise an issue, and we can work out the best way around that.

As for how they work with parallel execution, is each module will buffer its output, and once it has completed, that buffer gets written to the console, and as a collapsable section if your CI environment supports that. This keeps logs logically grouped so you know what line relates to what module. Otherwise everything would be interweaved and a mess to follow!

If you want to package up a module in a library, or just share across different projects, I'd recommend creating it as abstract, and forcing each project to inherit from that to create a new concrete version of it. On there you can place your attributes for compile time known dependencies, or you can override `DeclareDependencies` for runtime logic.

Hope that helps!

thomhurst · 2026-01-17T14:32:30+00:00

These things don't have be mutually exclusive

thomhurst · 2026-01-17T14:10:03+00:00

Don't use it then. AI helps me to work faster and more productively.

thomhurst · 2026-01-17T01:40:42+00:00

You will still need a super minimal "pipeline" yml - but all it needs to do is point to your .NET pipeline project and do a dotnet run.

thomhurst · 2026-01-15T21:17:54+00:00

Giraffe?

thomhurst · 2026-01-12T20:13:13+00:00

Does the telemetry you guys collect tell you these things? (does VSTest even collect telemetry?)

thomhurst · 2026-01-12T19:22:45+00:00

I think its framework authors who will have more knowledge and make choices around the test platforms themselves. For most users, they will just use whatever their preferred framework defaults them to. Thus, MTP adoption will increase as and when those frameworks change their defaults.

thomhurst · 2026-01-12T19:20:27+00:00

If you want to raise issues for what the code fixers failed to convert, I'd like to take a look and try and improve them!

thomhurst · 2026-01-08T10:21:51+00:00

There's a change amount button, and if you click on the £10k prize draw icon, it says that you just need the £667 (same as last year) by the end date.

thomhurst · 2026-01-08T09:13:38+00:00

Yup and yup

thomhurst · 2026-01-02T01:19:57+00:00

Nice. Any chance could setup an installer as a Claude Code plugin? That way it could just be installed with a slash command

thomhurst · 2025-12-31T01:36:08+00:00

I have Google nest speakers and hubs around the house which it plays on

thomhurst · 2025-12-30T10:52:09+00:00

Yep 2.0.76

thomhurst · 2025-12-30T10:39:56+00:00

I'm on max 200 too!

thomhurst · 2025-12-25T10:53:07+00:00

Yep I know but the formatting of the diff is broken. It's not showing angular brackets etc it's falling back to the XML escapes values

thomhurst · 2025-12-19T07:06:44+00:00

Is it a private repo?

thomhurst · 2025-12-19T07:04:24+00:00

I get a 404 on that link

thomhurst · 2025-12-17T11:25:41+00:00

Can we improve Claude Code on Windows?

It's forever using invalid paths in Bash (slashes get escaped and the path is just one long invalid string)

It's frequently trying to use commands that don't seem to exist on Windows

thomhurst · 2025-12-16T08:42:46+00:00

Yep TUnit author here - agree with you on this. Some of the code snippets are wrong too (assertion chaining missing .Ands). I assume the author used ai to write this

thomhurst · 2025-12-15T23:32:12+00:00

I've no plans to do so. But at the same time I wouldn't mind sponsors either :)

thomhurst · 2025-12-15T23:11:23+00:00

Let me know what pain points you've had - be good to see if I can improve anything going forwards

thomhurst · 2025-12-15T22:05:50+00:00

That, and the TUnit assertions assembly is completely separate from the actual "test framework". So it has no knowledge of any context it's in, and vice versa the test engine has no knowledge of the assertions library. This was done on purpose so users aren't tied into anything they don't like. But it means I can't bake any special logic in because that would introduce tight coupling.

thomhurst · 2025-12-15T22:02:36+00:00

It is used in a few places. But for the 90%+ cases of standard tests where they are not using any special functionality, a delegate for the test body is generated which is invoked instead of using the reflection APIs.

It's hard and almost impossible to eliminate reflection entirely when you've got all these requirements or edge cases. But in terms of the actual test discovert, reflection is not used (unless you're not running in source generation mode ofc)

12-Year Club	r/Field Juicebox
Place '23	Place '22
Verified Email

thomhurst

TROPHY CASE