removed command line arguments escape logic#2005
Conversation
There was a problem hiding this comment.
Pull request overview
Removes manual command-line argument quoting/escaping from ArgumentsBuilder now that tools are executed via execFile, which passes arguments directly to the process (avoiding the regression where literal quotes/backslashes broke Windows paths).
Changes:
- Stop escaping/quoting values for
addArgument,addKeyValue,addKeyValueEquals, andaddCommaList. - Remove the OS-specific escape/needsEscaping helpers.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
|
@denisbredikhin please check this one as well #2006 |
I think changes in this PR should fix that issue too.
to something like
If you agree can you open a new issue at GitTools/GitVersion? |
|
fine by me open an issue and a PR if you don't mind |
|
@denisbredikhin hey when you're done with the changes please squash them as a commit |
won't I be able to "Squash and merge" when you approve? |
we usually do not enable that option, so better you do that, we then merge |
55caa58 to
bc42486
Compare
|
|
Thank you @denisbredikhin for your contribution! |
|
@arturcic I see so .vsix file in the assets of the release. |
|
We have a 2step release process, first it goes to a gittools.gittools-test extension which runs on another repository to validate it did not broke, and then goes the official, wait couple of minutes |



This pull request fixes an issue introduced in PR #1988, where
execwas replaced withexecFilebut the existing argument-escaping logic was left in place. SinceexecFilepasses arguments directly to the process without invoking a shell, the previous escaping logic caused arguments to include literal quotes and backslashes. On Windows, this resulted in invalid path resolutions and errors like:This update removes all manual argument escaping so that
execFilereceives the correct raw argument values.My apologies for the regression introduced in the earlier PR.