VS Code
The interface, the command palette, and the shortcuts worth knowing cold.
| Part | What it's for |
|---|---|
| Activity Bar | the leftmost strip of icons — Explorer, Search, Source Control, Run & Debug, Extensions |
| Side Bar | whatever the current Activity Bar icon shows — usually the file tree |
| Editor Groups | the split panes holding open files; drag a tab to create a new group |
| Panel | bottom area: integrated Terminal, Problems, Output, Debug Console |
| Status Bar | bottom strip — branch name, errors/warnings count, line/column, language mode |
| Shortcut | Does |
|---|---|
| ctrl+` | toggle the integrated terminal |
| ctrl+b | toggle the side bar |
| ctrl+, | open Settings |
| ctrl+shift+e | focus the Explorer |
| ctrl+shift+f | search across every file in the workspace |
| ctrl+shift+g | open Source Control (git) |
| ctrl+shift+d | open Run & Debug |
| ctrl+shift+x | open Extensions |
| ctrl+/ | toggle line comment |
| alt+up / alt+down | move the current line up/down |
| f12 | go to definition |
| shift+f12 | find all references |
| ctrl+. | quick fix / code actions at the cursor |
settings.json) apply everywhere on your
machine. Workspace settings live in a .vscode/settings.json
inside a specific repo and override user settings just for that project — commit this
one so the whole team shares it (tab size, formatter, exclude patterns). Keybindings
follow the same idea but for shortcuts instead of settings.
code . is the common case, but a
multi-root workspace — several unrelated folders open together, saved as
one .code-workspace file — is useful when a project spans multiple
repositories (e.g. a library and the app that consumes it).