Open jamiejackson opened 1 year ago
Tags for the client represent definitive vscode marketplace submission events, whereas the agent doesn't have a strongly guiding tagging principle; it's primarily a "we know it when we see it" type situation. That said, HEAD is now tagged as agent/2.0.6, which is mostly an arbitrary number, but with some consideration for the agent/client sharing a major version.
I tend to pin versions of dependencies to prevent surprises; however, the agent, itself doesn't have version tags.
I do this in my
Dockerfile
, but tags would be cleaner:Upgrade:
That's workable but it would be more standard to use tags.
I realize that we kinda have two projects in one here, the VS Code Extension and the Agent, which complicates things a little.
However, I don't see why we couldn't have two different tagging schemes going on and it looks like you foresaw it because you're namespacing the VS Code Extension tags like
vsclient/2.0.5
. Maybe something likeserveragent/x.x.x
would work?