- Build and debug the extension.
- File an issue and a pull request with the change and we will review it.
- If the change affects functionality, add a line describing the change to CHANGELOG.md.
- Try and add a test in test/extension.test.ts.
- Run tests via opening the Extension folder in Visual Studio Code, selecting the "Launch Tests" configuration in the Debug pane, and choosing "Start Debugging".
- Execution starts in the
activate
method in main.ts.processRuntimeDependencies
handles the downloading and installation of the OS-dependent files. Downloading code exists in packageManager.ts.downloadCpptoolsJsonPkg
handles the cpptools.json, which can be used to enable changes to occur mid-update, such as turning theintelliSenseEngine
to"Default"
for a certain percentage of users.
- The debugger code is in the Debugger folder.
- LanguageServer/client.ts handles various language server functionality.
- LanguageServer/configurations.ts handles functionality related to c_cpp_properties.json.
- telemetry.ts: Telemetry data gets sent to either
logLanguageServerEvent
orlogDebuggerEvent
. - The Tag Parser (symbol database) doesn't automatically expand macros, so the cpp.hint file contains definitions of macros that should be expanded in order for symbols to be parsed correctly.
- vscode-nls is used to localize strings in TypeScript code. To use vscode-nls, the source file must contain:
import * as nls from 'vscode-nls';
nls.config({ messageFormat: nls.MessageFormat.bundle, bundleFormat: nls.BundleFormat.standalone })();
const localize: nls.LocalizeFunc = nls.loadMessageBundle();
- For each user-facing string, wrap the string in a call to localize:
const readmeMessage: string = localize("refer.read.me", "Please refer to {0} for troubleshooting information. Issues can be created at {1}", readmePath, "https://github.com/Microsoft/vscode-cpptools/issues");
- The first parameter to localize should be a unique key for that string, not used by any other call to localize() in the file unless representing the same string. The second parameter is the string to localize. Both of these parameters must be string literals. Tokens such as {0} and {1} are supported in the localizable string, with replacement values passed as additional parameters to localize().
This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.microsoft.com.
When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repositories using our CLA.
This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.
We maintain a public Azure Artifacts feed that we point the package manager to in .npmrc files. If you want to add a dependency or update a version in package.json, you may need to contact us so we can add it to our feed. Please ping our team in a PR or new issue if you experience this issue.
For local development, you can delete the .npmrc file and the matching yarn.lock
file while you wait for us to update the feed. However, these changes will need to be reverted in your branch before we will accept a PR.