Skip to content

Conversation

@djzager
Copy link

@djzager djzager commented Jan 9, 2026

No description provided.

@djzager djzager force-pushed the feature/mta-pointer-build branch 2 times, most recently from 603cd18 to 1da3aa2 Compare January 12, 2026 19:04
@pranavgaikwad
Copy link

@djzager If possible, can you separate out deletions and the actual stuff into separate commits?

This repository will no longer contain the source code for the MTA
extensions. Instead, it will pull upstream konveyor/editor-extensions
source code and apply MTA branding during the build process.

The source code is removed to make way for the new pointer-based
build system that references upstream by SHA.
This commit introduces a new build approach where we:
- Reference upstream konveyor/editor-extensions by SHA
- Pull upstream source at build time
- Apply MTA branding via scripts during prebuild
- Build extensions with MTA-specific configuration

Key files:
- mta-build.yaml: Configuration for upstream ref and branding
- scripts/pull-upstream.js: Clones and prepares upstream workspace
- scripts/apply-branding.js: Transforms package.json files for MTA
- scripts/update-upstream.sh: Helper to update upstream SHA
- .github/workflows/ci.yml: Build workflow using pointer-based approach

This approach allows us to track upstream changes while maintaining
MTA-specific branding and configuration without duplicating source.
@djzager djzager force-pushed the feature/mta-pointer-build branch from 1da3aa2 to a4094cf Compare January 13, 2026 19:46
"linux-arm64": "mta-analyzer-rpc",
"darwin-x64": "darwin-mta-analyzer-rpc",
"darwin-arm64": "darwin-mta-analyzer-rpc",
"win32-x64": "windows-mta-analyzer-rpc",

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

do we need .exe here?

path: .upstream-workspace/dist/*.vsix
retention-days: 30

- name: Upload workspace for debugging

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

does it make sense to upload artifacts all the time? I am wondering in a scenario where the build is successful but not quite right?

@djzager djzager added bug Something isn't working good first issue Good for newcomers invalid This doesn't seem right and removed bug Something isn't working good first issue Good for newcomers invalid This doesn't seem right labels Jan 17, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants