1
0
mirror of synced 2025-12-29 09:04:39 -05:00

Action ran graphql script"update-files"

This commit is contained in:
rachmari
2021-09-09 16:37:20 +00:00
committed by GitHub
parent 741982627d
commit 361b273d1a
14 changed files with 14786 additions and 3495 deletions

View File

@@ -1254,6 +1254,11 @@ type AutomaticBaseChangeSucceededEvent implements Node {
pullRequest: PullRequest!
}
"""
A (potentially binary) string encoded using base64.
"""
scalar Base64String
"""
Represents a 'base_ref_changed' event on a given issue or pull request.
"""
@@ -4241,6 +4246,48 @@ type CommitHistoryConnection {
totalCount: Int!
}
"""
A message to include with a new commit
"""
input CommitMessage {
"""
The body of the message.
"""
body: String
"""
The headline of the message.
"""
headline: String!
}
"""
A git ref for a commit to be appended to.
The ref must be a branch, i.e. its fully qualified name must start
with `refs/heads/` (although the input is not required to be fully
qualified).
The Ref may be specified by its global node ID or by the
repository nameWithOwner and branch name.
"""
input CommittableBranch {
"""
The unqualified name of the branch to append the commit to.
"""
branchName: String
"""
The Node ID of the Ref to be updated.
"""
id: ID
"""
The nameWithOwner of the repository to commit to.
"""
repositoryNameWithOwner: String
}
"""
Represents a 'connected' event on a given issue or pull request.
"""
@@ -5288,6 +5335,56 @@ type CreateCheckSuitePayload {
clientMutationId: String
}
"""
Autogenerated input type of CreateCommitOnBranch
"""
input CreateCommitOnBranchInput {
"""
The Ref to be updated. Must be a branch.
"""
branch: CommittableBranch!
"""
A unique identifier for the client performing the mutation.
"""
clientMutationId: String
"""
The git commit oid expected at the head of the branch prior to the commit
"""
expectedHeadOid: GitObjectID!
"""
A description of changes to files in this commit.
"""
fileChanges: FileChanges
"""
The commit message the be included with the commit.
"""
message: CommitMessage!
}
"""
Autogenerated return type of CreateCommitOnBranch
"""
type CreateCommitOnBranchPayload {
"""
A unique identifier for the client performing the mutation.
"""
clientMutationId: String
"""
The new commit.
"""
commit: Commit
"""
The ref which has been updated to point to the new commit.
"""
ref: Ref
}
"""
Autogenerated input type of CreateContentAttachment
"""
@@ -11629,6 +11726,159 @@ type ExternalIdentityScimAttributes {
username: String
}
"""
A command to add a file at the given path with the given contents as part of a
commit. Any existing file at that that path will be replaced.
"""
input FileAddition {
"""
The base64 encoded contents of the file
"""
contents: Base64String!
"""
The path in the repository where the file will be located
"""
path: String!
}
"""
A description of a set of changes to a file tree to be made as part of
a git commit, modeled as zero or more file `additions` and zero or more
file `deletions`.
Both fields are optional; omitting both will produce a commit with no
file changes.
`deletions` and `additions` describe changes to files identified
by their path in the git tree using unix-style path separators, i.e.
`/`. The root of a git tree is an empty string, so paths are not
slash-prefixed.
`path` values must be unique across all `additions` and `deletions`
provided. Any duplication will result in a validation error.
## Encoding
File contents must be provided in full for each `FileAddition`.
The `contents` of a `FileAddition` must be encoded using RFC 4648
compliant base64, i.e. correct padding is required and no characters
outside the standard alphabet may be used. Invalid base64
encoding will be rejected with a validation error.
The encoded contents may be binary.
For text files, no assumptions are made about the character encoding of
the file contents (after base64 decoding). No charset transcoding or
line-ending normalization will be performed; it is the client's
responsibility to manage the character encoding of files they provide.
However, for maximum compatibility we recommend using UTF-8 encoding
and ensuring that all files in a repository use a consistent
line-ending convention (`\n` or `\r\n`), and that all files end
with a newline.
## Modeling file changes
Each of the the five types of conceptual changes that can be made in a
git commit can be described using the `FileChanges` type as follows:
1. New file addition: create file `hello world\n` at path `docs/README.txt`:
{
"additions" [
{
"path": "docs/README.txt",
"contents": base64encode("hello world\n")
}
]
}
2. Existing file modification: change existing `docs/README.txt` to have new
content `new content here\n`:
{
"additions" [
{
"path": "docs/README.txt",
"contents": base64encode("new content here\n")
}
]
}
3. Existing file deletion: remove existing file `docs/README.txt`.
Note that the path is required to exist -- specifying a
path that does not exist on the given branch will abort the
commit and return an error.
{
"deletions" [
{
"path": "docs/README.txt"
}
]
}
4. File rename with no changes: rename `docs/README.txt` with
previous content `hello world\n` to the same content at
`newdocs/README.txt`:
{
"deletions" [
{
"path": "docs/README.txt",
}
],
"additions" [
{
"path": "newdocs/README.txt",
"contents": base64encode("hello world\n")
}
]
}
5. File rename with changes: rename `docs/README.txt` with
previous content `hello world\n` to a file at path
`newdocs/README.txt` with content `new contents\n`:
{
"deletions" [
{
"path": "docs/README.txt",
}
],
"additions" [
{
"path": "newdocs/README.txt",
"contents": base64encode("new contents\n")
}
]
}
"""
input FileChanges {
"""
File to add or change.
"""
additions: [FileAddition!] = []
"""
Files to delete.
"""
deletions: [FileDeletion!] = []
}
"""
A command to delete the file at the given path as part of a commit.
"""
input FileDeletion {
"""
The path to delete
"""
path: String!
}
"""
The possible viewed states of a file .
"""
@@ -16280,6 +16530,57 @@ type Mutation {
input: CreateCheckSuiteInput!
): CreateCheckSuitePayload
"""
Appends a commit to the given branch as the authenticated user.
This mutation creates a commit whose parent is the HEAD of the provided
branch and also updates that branch to point to the new commit.
It can be thought of as similar to `git commit`.
## Locating a Branch
Commits are appended to a `branch` of type `Ref`.
This must refer to a git branch (i.e. the fully qualified path must
begin with `refs/heads/`, although including this prefix is optional.
Callers may specify the `branch` to commit to either by its global node
ID or by passing both of `repositoryNameWithOwner` and `refName`. For
more details see the documentation for `CommittableBranch`.
## Describing Changes
`fileChanges` are specified as a `FilesChanges` object describing
`FileAdditions` and `FileDeletions`.
Please see the documentation for `FileChanges` for more information on
how to use this argument to describe any set of file changes.
## Authorship
Similar to the web commit interface, this mutation does not support
specifying the author or committer of the commit and will not add
support for this in the future.
A commit created by a successful execution of this mutation will be
authored by the owner of the credential which authenticates the API
request. The committer will be identical to that of commits authored
using the web interface.
If you need full control over author and committer information, please
use the Git Database REST API instead.
## Commit Signing
Commits made using this mutation are automatically signed by GitHub if
supported and will be marked as verified in the user interface.
"""
createCommitOnBranch(
"""
Parameters for CreateCommitOnBranch
"""
input: CreateCommitOnBranchInput!
): CreateCommitOnBranchPayload
"""
Create a content attachment.
"""