You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/development/advanced/sandbox.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -17,8 +17,8 @@ Follow these steps:
17
17
1. Go to the _Debug_ tab.
18
18
1. Select one of two tasks:
19
19
-_Run Extension_ task.
20
-
- This will start in a default directory such as your user's home directory.
21
-
- You might want to use File / Open to change the sandbox window to a repo what has more content to play with. This will be remembered on later runs. Unfortunately if you changed your VS Code settings to open in a new window on Open, then the extension setup will be undone.
20
+
- This will start in a default directory - such as your user's home directory.
21
+
- You might want to use _File_ / _Open_ to change the sandbox window to a repo what has more content to play with. This will be _remembered_ on later runs. Unfortunately if you changed your VS Code settings to open in a new window on Open, then the extension setup will be undone.
22
22
-_Start in Sandbox repo_ task.
23
23
- For more reliable and consistent behavior.
24
24
- This will run against `sandbox` directory in the project, which is a Git repo where you can make files and commits as you like.
Copy file name to clipboardExpand all lines: docs/features.md
+2-1Lines changed: 2 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,7 +15,7 @@ A roadmap of features and whether done or not.
15
15
- Handle **staged** files if there are any, so you can change a few files and then generate messages for those. But if there are zero staged changes, the extension will fall back to the working tree of unstaged changes.
16
16
- Note that **new** files (including when doing a rename) should **always** be staged so that the extension can pick them up and so git can see that two paths for a renamed file are the same file.
17
17
-[x] Generate a single-line commit message for a file to be committed, using action verbs (e.g. `Create`, `Update`, `Delete`)
18
-
-[x] Handle changes from a single changed file
18
+
-[x] Handle changes from a single changed file.
19
19
-[ ] Handle changes from two or more files.
20
20
-[x] As a list of the same nature e.g. `update foo.txt and fizz/bar.txt`, `feat: create foo.txt, fizz/bar.txt and buzz.js` (including prefix) and `Various changes to foo.txt and fizz/bar.txt` (for one updated and one new file). See [#29](https://github.com/MichaelCurrin/auto-commit-msg/pull/29).
21
21
-[x] As a count. e.g. `update 3 files`. See [#38](https://github.com/MichaelCurrin/auto-commit-msg/issues/38).
@@ -24,6 +24,7 @@ A roadmap of features and whether done or not.
24
24
-[ ] As a count with a conventional commit message. See [#51](https://github.com/MichaelCurrin/auto-commit-msg/issues/51).
25
25
-[ ] As a count with a label. e.g. `update 3 config files`. See [#13](https://github.com/MichaelCurrin/auto-commit-msg/issues/13).
26
26
-[ ] As count that uses the old message. See [#55](https://github.com/MichaelCurrin/auto-commit-msg/issues/55)
27
+
-[x] Support using multiple repos in one VS Code window.
27
28
-[x] Keep user-entered value as a prefix e.g. Keep `docs:` (or ticket number) so message becomes `docs: Update README.md`
28
29
-[x] Use conventional commits e.g. `chore: Update package.json`
29
30
-[x] Support directories or filenames with spaces in them by adding quotes. e.g. `chore: rename foo.txt to 'foo bar.txt'`
0 commit comments