diff options
Diffstat (limited to 'descriptions/api.github.com/dereferenced/api.github.com.deref.yaml')
-rw-r--r-- | descriptions/api.github.com/dereferenced/api.github.com.deref.yaml | 43 |
1 files changed, 42 insertions, 1 deletions
diff --git a/descriptions/api.github.com/dereferenced/api.github.com.deref.yaml b/descriptions/api.github.com/dereferenced/api.github.com.deref.yaml index 0cfbd55fc..556f53f2e 100644 --- a/descriptions/api.github.com/dereferenced/api.github.com.deref.yaml +++ b/descriptions/api.github.com/dereferenced/api.github.com.deref.yaml @@ -1,7 +1,7 @@ --- openapi: 3.0.3 info: - version: 1.0.0 + version: 1.0.1 title: GitHub v3 REST API description: GitHub's v3 REST API. license: @@ -96602,14 +96602,18 @@ paths: summary: List commits description: |- **Signature verification object** + The response will include a `verification` object that describes the result of verifying the commit's signature. The following fields are included in the `verification` object: + | Name | Type | Description | | ---- | ---- | ----------- | | `verified` | `boolean` | Indicates whether GitHub considers the signature in this commit to be verified. | | `reason` | `string` | The reason for verified value. Possible values and their meanings are enumerated in table below. | | `signature` | `string` | The signature that was extracted from the commit. | | `payload` | `string` | The value that was signed. | + These are the possible values for `reason` in the `verification` object: + | Value | Description | | ----- | ----------- | | `expired_key` | The key that made the signature is expired. | @@ -100697,18 +100701,26 @@ paths: summary: Get a commit description: |- Returns the contents of a single commit reference. You must have `read` access for the repository to use this endpoint. + **Note:** If there are more than 300 files in the commit diff, the response will include pagination link headers for the remaining files, up to a limit of 3000 files. Each page contains the static commit information, and the only changes are to the file listing. + You can pass the appropriate [media type](https://developer.github.com/v3/media/#commits-commit-comparison-and-pull-requests) to fetch `diff` and `patch` formats. Diffs with binary data will have no `patch` property. + To return only the SHA-1 hash of the commit reference, you can provide the `sha` custom [media type](https://developer.github.com/v3/media/#commits-commit-comparison-and-pull-requests) in the `Accept` header. You can use this endpoint to check if a remote reference's SHA-1 hash is the same as your local reference's SHA-1 hash by providing the local SHA-1 reference as the ETag. + **Signature verification object** + The response will include a `verification` object that describes the result of verifying the commit's signature. The following fields are included in the `verification` object: + | Name | Type | Description | | ---- | ---- | ----------- | | `verified` | `boolean` | Indicates whether GitHub considers the signature in this commit to be verified. | | `reason` | `string` | The reason for verified value. Possible values and their meanings are enumerated in table below. | | `signature` | `string` | The signature that was extracted from the commit. | | `payload` | `string` | The value that was signed. | + These are the possible values for `reason` in the `verification` object: + | Value | Description | | ----- | ----------- | | `expired_key` | The key that made the signature is expired. | @@ -104095,21 +104107,31 @@ paths: summary: Compare two commits description: |- Both `:base` and `:head` must be branch names in `:repo`. To compare branches across other repositories in the same network as `:repo`, use the format `<USERNAME>:branch`. + The response from the API is equivalent to running the `git log base..head` command; however, commits are returned in chronological order. Pass the appropriate [media type](https://developer.github.com/v3/media/#commits-commit-comparison-and-pull-requests) to fetch diff and patch formats. + The response also includes details on the files that were changed between the two commits. This includes the status of the change (for example, if a file was added, removed, modified, or renamed), and details of the change itself. For example, files with a `renamed` status have a `previous_filename` field showing the previous filename of the file, and files with a `modified` status have a `patch` field showing the changes made to the file. + **Working with large comparisons** + The response will include a comparison of up to 250 commits. If you are working with a larger commit range, you can use the [List commits](https://developer.github.com/v3/repos/commits/#list-commits) to enumerate all commits in the range. + For comparisons with extremely large diffs, you may receive an error response indicating that the diff took too long to generate. You can typically resolve this error by using a smaller commit range. + **Signature verification object** + The response will include a `verification` object that describes the result of verifying the commit's signature. The following fields are included in the `verification` object: + | Name | Type | Description | | ---- | ---- | ----------- | | `verified` | `boolean` | Indicates whether GitHub considers the signature in this commit to be verified. | | `reason` | `string` | The reason for verified value. Possible values and their meanings are enumerated in table below. | | `signature` | `string` | The signature that was extracted from the commit. | | `payload` | `string` | The value that was signed. | + These are the possible values for `reason` in the `verification` object: + | Value | Description | | ----- | ----------- | | `expired_key` | The key that made the signature is expired. | @@ -114534,15 +114556,20 @@ paths: summary: Create a commit description: |- Creates a new Git [commit object](https://git-scm.com/book/en/v1/Git-Internals-Git-Objects#Commit-Objects). + **Signature verification object** + The response will include a `verification` object that describes the result of verifying the commit's signature. The following fields are included in the `verification` object: + | Name | Type | Description | | ---- | ---- | ----------- | | `verified` | `boolean` | Indicates whether GitHub considers the signature in this commit to be verified. | | `reason` | `string` | The reason for verified value. Possible values and their meanings are enumerated in table below. | | `signature` | `string` | The signature that was extracted from the commit. | | `payload` | `string` | The value that was signed. | + These are the possible values for `reason` in the `verification` object: + | Value | Description | | ----- | ----------- | | `expired_key` | The key that made the signature is expired. | @@ -114871,15 +114898,20 @@ paths: summary: Get a commit description: |- Gets a Git [commit object](https://git-scm.com/book/en/v1/Git-Internals-Git-Objects#Commit-Objects). + **Signature verification object** + The response will include a `verification` object that describes the result of verifying the commit's signature. The following fields are included in the `verification` object: + | Name | Type | Description | | ---- | ---- | ----------- | | `verified` | `boolean` | Indicates whether GitHub considers the signature in this commit to be verified. | | `reason` | `string` | The reason for verified value. Possible values and their meanings are enumerated in table below. | | `signature` | `string` | The signature that was extracted from the commit. | | `payload` | `string` | The value that was signed. | + These are the possible values for `reason` in the `verification` object: + | Value | Description | | ----- | ----------- | | `expired_key` | The key that made the signature is expired. | @@ -115626,15 +115658,20 @@ paths: summary: Create a tag object description: |- Note that creating a tag object does not create the reference that makes a tag in Git. If you want to create an annotated tag in Git, you have to do this call to create the tag object, and then [create](https://developer.github.com/v3/git/refs/#create-a-reference) the `refs/tags/[tag]` reference. If you want to create a lightweight tag, you only have to [create](https://developer.github.com/v3/git/refs/#create-a-reference) the tag reference - this call would be unnecessary. + **Signature verification object** + The response will include a `verification` object that describes the result of verifying the commit's signature. The following fields are included in the `verification` object: + | Name | Type | Description | | ---- | ---- | ----------- | | `verified` | `boolean` | Indicates whether GitHub considers the signature in this commit to be verified. | | `reason` | `string` | The reason for verified value. Possible values and their meanings are enumerated in table below. | | `signature` | `string` | The signature that was extracted from the commit. | | `payload` | `string` | The value that was signed. | + These are the possible values for `reason` in the `verification` object: + | Value | Description | | ----- | ----------- | | `expired_key` | The key that made the signature is expired. | @@ -115884,14 +115921,18 @@ paths: summary: Get a tag description: |- **Signature verification object** + The response will include a `verification` object that describes the result of verifying the commit's signature. The following fields are included in the `verification` object: + | Name | Type | Description | | ---- | ---- | ----------- | | `verified` | `boolean` | Indicates whether GitHub considers the signature in this commit to be verified. | | `reason` | `string` | The reason for verified value. Possible values and their meanings are enumerated in table below. | | `signature` | `string` | The signature that was extracted from the commit. | | `payload` | `string` | The value that was signed. | + These are the possible values for `reason` in the `verification` object: + | Value | Description | | ----- | ----------- | | `expired_key` | The key that made the signature is expired. | |