release-please 13.19.0 → 13.19.1

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.
package/CHANGELOG.md CHANGED
@@ -4,6 +4,13 @@
4
4
 
5
5
  [1]: https://www.npmjs.com/package/release-please?activeTab=versions
6
6
 
7
+ ## [13.19.1](https://github.com/googleapis/release-please/compare/v13.19.0...v13.19.1) (2022-07-06)
8
+
9
+
10
+ ### Bug Fixes
11
+
12
+ * fix file tree listing for extremely large repositories ([#1505](https://github.com/googleapis/release-please/issues/1505)) ([b6ea25e](https://github.com/googleapis/release-please/commit/b6ea25ef34720b16697f598d957604530908e195))
13
+
7
14
  ## [13.19.0](https://github.com/googleapis/release-please/compare/v13.18.7...v13.19.0) (2022-06-30)
8
15
 
9
16
 
package/README.md CHANGED
@@ -29,12 +29,12 @@ When the Release PR is merged, release-please takes the following steps:
29
29
  2. Tags the commit with the version number
30
30
  3. Creates a GitHub Release based on the tag
31
31
 
32
- You can tell where the Release PR is its lifecycle by the status label on the
32
+ You can tell where the Release PR is in its lifecycle by the status label on the
33
33
  PR itself:
34
34
 
35
35
  - `autorelease: pending` is the initial state of the Release PR before it is merged
36
36
  - `autorelease: tagged` means that the Release PR has been merged and the release has been tagged in GitHub
37
- - `autorelease: snapshot` is special state for snapshot version bumps
37
+ - `autorelease: snapshot` is a special state for snapshot version bumps
38
38
  - `autorelease: published` means that a GitHub release has been published based on the Release PR (_release-please does not automatically add this tag, but we recommend it as a convention for publication tooling_).
39
39
 
40
40
  ## How should I write my commits?
@@ -80,7 +80,7 @@ The above commit message will contain:
80
80
 
81
81
  ## How do I change the version number?
82
82
 
83
- When a commit to the main branch has `Release-As: x.x.x`(case insensitive) in the **commit body**, Release Please will open a new pull request for the specified version.
83
+ When a commit to the main branch has `Release-As: x.x.x` (case insensitive) in the **commit body**, Release Please will open a new pull request for the specified version.
84
84
 
85
85
  **Empty commit example:**
86
86
 
@@ -94,7 +94,7 @@ Release-As: 2.0.0
94
94
 
95
95
  ## How can I fix release notes?
96
96
 
97
- If you have merged a pull request and you would like to amend the commit message
97
+ If you have merged a pull request and would like to amend the commit message
98
98
  used to generate the release notes for that commit, you can edit the body of
99
99
  the merged pull requests and add a section like:
100
100
 
@@ -107,12 +107,12 @@ chore: a third message
107
107
  END_COMMIT_OVERRIDE
108
108
  ```
109
109
 
110
- The next time release please runs, it will use that override section as the
110
+ The next time Release Please runs, it will use that override section as the
111
111
  commit message instead of the merged commit message.
112
112
 
113
113
  ## Release Please bot does not create a release PR. Why?
114
114
 
115
- Release Please creates a release pull request after it sees the default branch
115
+ Release Please creates a release pull request after it notices the default branch
116
116
  contains "releasable units" since the last release.
117
117
  A releasable unit is a commit to the branch with one of the following
118
118
  prefixes: "feat" and "fix". (A "chore" commit is not a releasable unit.)
@@ -148,7 +148,7 @@ There are a variety of ways you can deploy release-please:
148
148
 
149
149
  ### GitHub Action (recommended)
150
150
 
151
- The easiest way to run release please is as a GitHub action. Please see [google-github-actions/release-please-action](https://github.com/google-github-actions/release-please-action) for installation and configuration instructions.
151
+ The easiest way to run Release Please is as a GitHub action. Please see [google-github-actions/release-please-action](https://github.com/google-github-actions/release-please-action) for installation and configuration instructions.
152
152
 
153
153
  ### Running as CLI
154
154
 
@@ -206,12 +206,6 @@ This library follows [Semantic Versioning](http://semver.org/).
206
206
 
207
207
  Contributions welcome! See the [Contributing Guide](https://github.com/googleapis/release-please/blob/main/CONTRIBUTING.md).
208
208
 
209
- Please note that this `README.md`, the `samples/README.md`,
210
- and a variety of configuration files in this repository (including `.nycrc` and `tsconfig.json`)
211
- are generated from a central template. To edit one of these files, make an edit
212
- to its template in this
213
- [directory](https://github.com/googleapis/synthtool/tree/main/synthtool/gcp/templates/node_library).
214
-
215
209
  ## License
216
210
 
217
211
  Apache Version 2.0
@@ -173,12 +173,14 @@ class BranchFileCache {
173
173
  * @returns {TreeEntry[]} The tree entries
174
174
  */
175
175
  async fetchTree(sha) {
176
- const { data: { tree }, } = await this.octokit.git.getTree({
176
+ const { data: { tree, truncated }, } = await this.octokit.git.getTree({
177
177
  owner: this.repository.owner,
178
178
  repo: this.repository.repo,
179
179
  tree_sha: sha,
180
- recursive: 'false',
181
180
  });
181
+ if (truncated) {
182
+ logger_1.logger.warn(`file list for tree sha ${sha} is truncated`);
183
+ }
182
184
  return tree;
183
185
  }
184
186
  /**
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "release-please",
3
- "version": "13.19.0",
3
+ "version": "13.19.1",
4
4
  "description": "generate release PRs based on the conventionalcommits.org spec",
5
5
  "main": "./build/src/index.js",
6
6
  "bin": "./build/src/bin/release-please.js",