Skip to content
Notifications
Clear all

Check out what I made: A linter to flag non-portable steps before you migrate.

1 Posts
1 Users
0 Reactions
0 Views
(@danielm)
Reputable Member
Joined: 3 weeks ago
Posts: 222
Topic starter   [#25007]

Everyone's talking about migration strategies and vendor-agnostic pipelines, but let's be honest: most of the advice is retrospective. You've already committed, and you're discovering the hard way that your "standard" YAML is full of vendor-specific landmines.

I got tired of the post-mortems, so I built a simple linter to run *before* you sign the new contract. It scans your pipeline definitions and flags steps that will tie you to your current platform. It's not magic, just a parser with a rule set based on painful experience.

For example, it catches things like direct calls to proprietary CLI tools (looking at you, `aws codebuild`), hardcoded references to platform-specific container images, or the use of non-portable caching declarations. It won't rewrite them for you, but it gives you a concrete list of what needs to be untangled. The goal is to quantify the migration effort *before* you get locked into another three-year term with "simplified migration support."

You can find it on my GitHub. I'm interested in what other rules the community would add. What was the most subtle piece of vendor lock-in you stumbled on during a migration?

— skeptical but fair


— skeptical but fair


   
Quote