@mattpolzin/harmony 5.7.0 → 6.0.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (4) hide show
  1. package/README.md +21 -8
  2. package/harmony +3453 -2794
  3. package/man/harmony.1 +29 -9
  4. package/package.json +2 -3
package/man/harmony.1 CHANGED
@@ -1,6 +1,6 @@
1
1
  .\" Automatically generated by Pandoc 3.7.0.2
2
2
  .\"
3
- .TH "harmony" "1" "" "Version 5.7.0" "Harmony User\(cqs Guide"
3
+ .TH "harmony" "1" "" "Version 6.0.0" "Harmony User\(cqs Guide"
4
4
  .SH NAME
5
5
  Harmony \- Harmonize with coworkers around GitHub reviewing
6
6
  .SH SYNOPSIS
@@ -12,7 +12,7 @@ Harmony \- Harmonize with coworkers around GitHub reviewing
12
12
  .PD 0
13
13
  .P
14
14
  .PD
15
- \f[CR]harmony contribute [options] {uri | pr\-number}\f[R]
15
+ \f[CR]harmony contribute [options]\f[R]
16
16
  .PD 0
17
17
  .P
18
18
  .PD
@@ -40,7 +40,7 @@ Harmony \- Harmonize with coworkers around GitHub reviewing
40
40
  .PD 0
41
41
  .P
42
42
  .PD
43
- \f[CR]harmony quick\f[R]
43
+ \f[CR]harmony quick [options]\f[R]
44
44
  .PD 0
45
45
  .P
46
46
  .PD
@@ -92,6 +92,10 @@ Each release page also indicates the version of Idris 2 that particular
92
92
  release will build against.
93
93
  .PP
94
94
  Alternatively, you can build Harmony with Docker (see Docker Build).
95
+ .SS Testing
96
+ Tests can be run with \f[CR]make test\f[R].
97
+ You\(cqll need a few common tools in your \f[CR]PATH\f[R] to run all the
98
+ tests: \- \f[CR]realpath\f[R] \- \f[CR]sed\f[R] \- \f[CR]xargs\f[R]
95
99
  .SS Installation
96
100
  For any installation, you need to have a GitHub \c
97
101
  .UR https://docs.github.com/en/github/authenticating-to-github/keeping-your-account-and-data-secure/creating-a-personal-access-token
@@ -258,11 +262,19 @@ Not all configuration properties can be read/set with this command.
258
262
  .SS Properties
259
263
  .TP
260
264
  \f[CR]requestTeams\f[R] (\f[CR]true\f[R]/\f[CR]false\f[R])
261
- When picking a reviewer from a team, request the team as a reviewer as
262
- well.
265
+ When picking a team to review, request review from the whole team, not
266
+ just one user on the team.
267
+ If you have GitHub configured to pick a member of a team to review when
268
+ the team is requested, you probably want to set this to \f[CR]true\f[R]
269
+ so harmony tells GitHub the team from which GitHub should then pick an
270
+ individual.
263
271
  .TP
264
272
  \f[CR]requestUsers\f[R] (\f[CR]true\f[R]/\f[CR]false\f[R])
265
- When requesting a team as a reviewer, pick a user to review as well.
273
+ When requesting a team to review, pick a user from the team to review as
274
+ well.
275
+ If you have GitHub configured to pick a member of a team to review when
276
+ the team is requested, you probably want to set this to \f[CR]false\f[R]
277
+ so harmony does not also pick a user.
266
278
  .TP
267
279
  \f[CR]commentOnRequest\f[R] (\f[CR]none\f[R]/\f[CR]name\f[R]/\f[CR]at\-mention\f[R])
268
280
  When requesting a reviewer chosen by Harmony, comment on the pull
@@ -380,14 +392,16 @@ configured GitHub organization.
380
392
  .PP
381
393
  Running \f[CR]harmony list <team>\f[R] will list the members of the
382
394
  given GitHub Team.
383
- .SS \f[CR]pr [\-\-draft] [\-i/\-\-into {<branch\-name>}] [#label, ...]\f[R]
395
+ .SS \f[CR]pr [\-\-draft | \-\-ready] [\-i/\-\-into {<branch\-name>}] [#label, ...]\f[R]
384
396
  With a branch checked out will reach out to GitHub to determine if there
385
397
  is an open PR for that branch.
386
398
  If there is a PR, Harmony will print a URI that can be used to view the
387
399
  PR.
388
400
  If there is not a PR, Harmony will help you create one.
389
401
  New and existing PRs can be marked as drafts by specifying the
390
- \f[CR]\-\-draft\f[R] flag with the \f[CR]pr\f[R] command.
402
+ \f[CR]\-\-draft\f[R] flag with the \f[CR]pr\f[R] command or they can be
403
+ marked as ready for review with the \f[CR]\-\-ready\f[R] flag.
404
+ The default behavior for new PRs is to mark them ready.
391
405
  .PP
392
406
  If you need to create a PR still, you will be prompted for a branch to
393
407
  open the PR against (merge into, eventually), a title for the PR, and a
@@ -444,7 +458,7 @@ pre\-existing \f[CR]release/2_0\f[R] branch:
444
458
  .EX
445
459
  harmony pr \-\-into release/2_0
446
460
  .EE
447
- .SS \f[CR]quick [\-\-bugfix]\f[R]
461
+ .SS \f[CR]quick [\-\-bugfix] [issue\-title] [...]\f[R]
448
462
  Helps you create a new GitHub issue and a branch to work on that issue
449
463
  all in one go.
450
464
  The branch name will be structured such that if you have GitHub branch
@@ -454,6 +468,12 @@ the issue created now.
454
468
  By default the branch created will be prefixed with \f[CR]feature\f[R]
455
469
  but if you specify the \f[CR]\-\-bugfix\f[R] flag then the branch\(cqs
456
470
  prefix will be \f[CR]bugfix\f[R].
471
+ .PP
472
+ Any additional arguments other than \f[CR]\-\-bugfix\f[R] will be used
473
+ as the issue\(cqs title.
474
+ If you don\(cqt specify the title as additional arguments, you will be
475
+ prompted for one interactively.
476
+ You will also be prompted for an issue description.
457
477
  .SS \f[CR]reflect\f[R]
458
478
  Show a summary of your review requests and authored pull requests.
459
479
  .SS \f[CR]request {team\-slug | +user\-login} [options]\f[R]
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@mattpolzin/harmony",
3
- "version": "5.7.0",
3
+ "version": "6.0.0",
4
4
  "engines": {
5
5
  "node": ">=18.0.0"
6
6
  },
@@ -28,7 +28,6 @@
28
28
  "author": "Mathew Polzin",
29
29
  "license": "MIT",
30
30
  "dependencies": {
31
- "octokit": "^3.1",
32
- "simple-git": "^3.15"
31
+ "octokit": "^3.1"
33
32
  }
34
33
  }