GitHub

The GitHub connector lets you perform insert, delete, update, and read operations on GitHub data.

Before you begin

Before using the GitHub connector, do the following tasks:

In your Google Cloud project:
- Grant the roles/connectors.admin IAM role to the user configuring the connector.
- Grant the following IAM roles to the service account that you want to use for the connector:
  - roles/secretmanager.viewer
  - roles/secretmanager.secretAccessor
  A service account is a special type of Google account intended to represent a non-human user that needs to authenticate and be authorized to access data in Google APIs. If you don't have a service account, you must create a service account. For more information, see Creating a service account.
- Enable the following services
  - secretmanager.googleapis.com (Secret Manager API)
  - connectors.googleapis.com (Connectors API)
  To understand how to enable services, see Enabling services.
If these services or permissions have not been enabled for your project previously, you are prompted to enable them when configuring the connector.

In GitHub, based on your requirement, complete the following tasks:

Configure the connector

Configuring the connector requires you to create a connection to your data source (backend system). A connection is specific to a data source. It means that if you have many data sources, you must create a separate connection for each data source. To create a connection, do the following steps:

In the Cloud console, go to the Integration Connectors > Connections page and then select or create a Google Cloud project.
Go to the Connections page
Click + CREATE NEW to open the Create Connection page.
In the Location section, choose the location for the connection.
1. Region: Select a location from the drop-down list.
  For the list of all the supported regions, see Locations.
2. Click NEXT.
In the Connection Details section, complete the following:
1. Connector: Select GitHub from the drop down list of available Connectors.
2. Connector version: Select the Connector version from the drop down list of available versions.
3. In the Connection Name field, enter a name for the Connection instance.
  Connection names must meet the following criteria:
  - Connection names can use letters, numbers, or hyphens.
  - Letters must be lower-case.
  - Connection names must begin with a letter and end with a letter or number.
  - Connection names cannot exceed 63 characters.
4. Optionally, enter a Description for the connection instance.
5. Optionally, enable Cloud logging, and then select a log level. By default, the log level is set to Error.
6. Service Account: Select a service account that has the required roles.
7. Optionally, specify OwnerLogin: A unique login name belonging either to a user or an organization.
8. Optionally, specify Schema: Use schema to restrict the dynamically retrieved schemas to a specific project or repository schema. To retrieve all the schemas, don't specify any value in this field. For information about supported schemas, see Schemas and scopes
9. Optionally, configure the Connection node settings:
  - Minimum number of nodes: Enter the minimum number of connection nodes.
  - Maximum number of nodes: Enter the maximum number of connection nodes.
  A node is a unit (or replica) of a connection that processes transactions. More nodes are required to process more transactions for a connection and conversely, fewer nodes are required to process fewer transactions. To understand how the nodes affect your connector pricing, see Pricing for connection nodes. If you don't enter any values, by default the minimum nodes are set to 2 (for better availability) and the maximum nodes are set to 50.
10. Optionally, click + ADD LABEL to add a label to the Connection in the form of a key/value pair.
11. Click NEXT.
In the Destinations section, enter details of the remote host (backend system) you want to connect to.
1. Destination Type: Select a Destination Type.
  - Select Host address from the list to specify the hostname or IP address of the destination.
  - If you want to establish a private connection to your backend systems, select Endpoint attachment from the list, and then select the required endpoint attachment from the Endpoint Attachment list.
    Note: To understand how to create an endpoint attachment, see PSC service attachment and endpoint attachment. After you have created the endpoint attachment, it will be visible in the Endpoint Attachment list.
  If you want to establish a public connection to your backend systems with additional security, you can consider configuring static outbound IP addresses for your connections, and then configure your firewall rules to allowlist only the specific static IP addresses.
  
  To enter additional destinations, click +ADD DESTINATION.
2. Click NEXT.
In the Authentication section, enter the authentication details.
To understand how to configure these authentication types, see Configure authentication.
Click NEXT.
Review: Review your connection and authentication details.
Click Create.

Configure authentication

Enter the details based on the authentication you want to use.

Client ID: The client ID used for requesting access tokens.
Scopes: A comma-separated list of desired scopes.
Client Secret: Secret Manager Secret containing the client secret for the connected app you created.

Connection configuration samples

This section lists the sample values for the various fields that you configure when creating the connection.

OAuth 2.0 - authorization code connection type

Field name	Details
Location	europe-west1
Connector	GitHub
Connector version	1
Connection Name	GitHub-connector
Enable Cloud Logging	No
Service Account	Your_Project_Number@serviceaccount
OwnerLogin	souvikg-Your_Owner_Login
Schema
Minimum number of nodes	2
Maximum number of nodes	50
Client ID	ClientID
Scopes	repo repo:status repo_deployment
Client Secret	Client secret
Secret Version	1

GitHub schemas and scopes

The GitHub connector supports the following schemas:

Information schema: This schema contains tables that contain licensing information and high-level overviews of the projects and repositories associated with the authenticated account. Only one information schema exists. To retrieve the information schema, specify the following in the schema field: Information
Repository schema: The connector supports schema for each repository in the authenticated user or organization's account. Use the following format to specify a repository schema: Repository_.
Project schema: The connector supports schema for each project in the authenticated user or organization's account. Use the following format to specify a project schema: Project_

For more information about scopes, see GitHub Scopes.

Entities, operations, and actions

All the Integration Connectors provide a layer of abstraction for the objects of the connected application. You can access an application's objects only through this abstraction. The abstraction is exposed to you as entities, operations, and actions.

Entity: An entity can be thought of as an object, or a collection of properties, in the connected application or service. The definition of an entity differs from a connector to a connector. For example, in a database connector, tables are the entities, in a file server connector, folders are the entities, and in a messaging system connector, queues are the entities.
However, it is possible that a connector doesn't support or have any entities, in which case the Entities list will be empty.
Operation: An operation is the activity that you can perform on an entity. You can perform any of the following operations on an entity:
- List
- Get
- Create
- Update
- Delete
Selecting an entity from the available list, generates a list of operations available for the entity. For a detailed description of the operations, see the Connectors task's entity operations. However, if a connector doesn't support any of the entity operations, such unsupported operations aren't listed in the Operations list.
Action: An action is a first class function that is made available to the integration through the connector interface. An action lets you make changes to an entity or entities, and vary from connector to connector. Normally, an action will have some input parameters, and an output parameter. However, it is possible that a connector doesn't support any action, in which case the Actions list will be empty.

System limitations

The GitHub connector can process 2 transactions per second, per node, and throttles any transactions beyond this limit. By default, Integration Connectors allocates 2 nodes (for better availability) for a connection.

For information on the limits applicable to Integration Connectors, see Limits.

Note: The number of Integration Connectors nodes will autoscale dynamically based on your usage. However, if you want to reserve capacity for large volumes without waiting for autoscaling, you can adjust the minimum node value for a connection. More nodes are required to process more transactions for a connection. Conversely, fewer nodes are required if a connection processes fewer transactions. To configure the node values, do the following:

If you are a pay-as-you-go customer, configure the minimum and maximum node value in the edit connection page.
If you are a subscription based customer, contact support.

The maximum transactions that a node can handle depends on various factors. So, before adjusting the minimum nodes for better throughput, it is recommended you check if your backend systems are set up optimally to handle the required traffic.

Action

This section lists the action supported by the GitHub connector. To understand how to configure the action, see Action examples.

UpdatePullRequestBranch action

This action updates the pull request branch.

Input parameters of the UpdatePullRequestBranch action

Name	Type	Description
PullRequestId	string	The Node ID of the pull request.
ExpectedHeadOid	string	The head ref oid for the upstream branch.
UpdateMethod	string	The update branch method to use. The default is 'MERGE'. The allowed values are MERGE and REBASE.

Output parameters of the AppsDeployStatus action

This action returns the status 200 (OK) and updates pull request branch.

For example on how to configure the UpdatePullRequestBranch action, see Examples.

MergePullRequest action

This action merges pull request.

Input parameters of the MergePullRequest action

Name	Type	Description
PullRequestId	string	The Node ID of the pull request to be merged.
ExpectedHeadOid	string	OID that the pull request head ref must match to allow merge; if omitted, no check is performed.
CommitHeadline	string	Commit headline to use for the merge commit; if omitted, a default message is used.
CommitBody	string	Commit body to use for the merge commit; if omitted, a default message is used.
MergeMethod	string	The merge method to use. The default is 'MERGE'. The allowed values are MERGE, SQUASH, and REBASE.
AuthorEmail	string	The email address to associate with this merge.

Output parameters of the MergePullRequest action

This action returns the status 200 (OK) and merges pull request.

For example on how to configure the MergePullRequest action, see Examples.

Action examples

This section describes how to perform some of the actions in this connector.

Example - UpdatePullRequestBranch

This example retrieves the deployment statuses of the application.

In the Configure connector task dialog, click Action.
Select the UpdatePullRequestBranch action, and then click Done.
In the Task Input section of the Connectors task, click connectorInputPayload and then enter a value similar to the following in the Default Value field:
```
      {
    "PullRequestId": "PR_kwDOLywhW8537gcA"
      } 
  
```

If the action is successful, the UpdatePullRequestBranch task's connectorOutputPayload response parameter will have a value similar to the following:

       {
    "pullrequestid": "PR_kwDOLywhW8537gcA"
       }

Example - MergePullRequest

This example merges a pull request.

In the Configure connector task dialog, click Action.
Select the MergePullRequest action, and then click Done.

In the Task Input section of the Connectors task, click connectorInputPayload and then enter a value similar to the following in the Default Value field:

      {
    "PullRequestId": "PR_kwDOLywhW8537gcA",
    "CommitHeadline": "Google MERGE",
    "CommitBody": "This is Google Merge"
      }

If the action is successful, the MergePullRequest task's connectorOutputPayload response parameter will have a value similar to the following:

        {
    "pullrequestid": "PR_kwDOLywhW8537gcA"
        }

Entity operation examples

This section shows how to perform some of the entity operations in this connector.

Example - LIST operation for Entity "Branches"

In the Configure connector task dialog, click Entities.
Select Branches from the Entity list.
Select the LIST operation, and then click Done.
Task Input section of the Connectors task, you can set the filterClause as per the customer requirement. Please check the Note section below

In this example, branches is name of the entity and the value for filter clause should be always passed within the single quotes ('), such as City='Pune'. City is the column name and Pune is the value

You can make use of Filter clause to filter certain set of records based on columns. If there are 20 records with name = demo16975280986860 then you can filter records with column Address='Miami' and region='us-east1'.

You can perform LIST operations on the following entities:

Commits,CommitComments, Forks, IssueComments, Issue, IssueAssignees, AssignableUser,Labels, Milestones, PullRequestReviews, PullRequests, PullRequestComments, ReleaseAssets, Releases, Watcher, Users, Repositories, Collaborators, OrganizationTeams, OrganizationsMannequins, OrganizationMember, Organization, Licenses, LicensePermission, LicenseLimitation, LicenseConditions, Projects, and PullRequestReviewRequests.

Example - GET operation for Entity "Branches"

In the Configure connector task dialog, click Entities.
Select Branches from the Entity list.
Select the GET operation, and then click Done.
Set the entity ID to 4 which is the Key to be passed. To set the entity ID, in the Task Input section of the Connectors task, click EntityId and then enter 4 in the Default Value field.

In this example, branches is name of the entity and the value for Entity Id must be passed directly, such as 4. If passing single Entity Id throws an error because of two composite keys, you use the filter clause with the required columns

Example - GET operation for Entity "Repositories"

In the Configure connector task dialog, click Entities.
Select Repositories from the Entity list.
Select the GET operation, and then click Done.
Set the entity ID to 4 which is the Key to be passed. To set the entity ID, in the Task Input section of the Connectors task, click EntityId and then enter 4 in the Default Value field.

In this example, Repositories is name of the entity and the value for Entity Id must be passed directly, such as 4. If passing single Entity Id throws an error because of two composite keys, you use the filter clause with the required columns

You can perform GET operations on the following entities:

CommitComments, Commits, IssueAssignees, Labels, Milestones, PullRequestReviews, PullRequests, PullRequestComments, ReleaseAssets, Release, Topics, Users, Collaborators, Organizations, and Licenses.

Example - CREATE operation for Entity "Issues"

In the Configure connector task dialog, click Entities.
Select Issues from the Entity list.
Select the Create operation, and then click Done.
In the Task Input section of the Connectors task, click connectorInputPayload and then enter a value similar to the following in the Default Value field:
```
     {
  "Title": "Google_Cloud_GitHub_Issues_Create",
  "Body": "Please check hence raising the Feature Request for the same."
     }
```
Running this example, returns a response smiliar to the following in the Connector task's connectorOutputPayload output variable:
```
     {
  "Id": "I_kwDOLywhW86Sd-xF"
     } 
```

Example - CREATE operation for Entity "PullRequests"

In the Configure connector task dialog, click Entities.
Select PullRequests from the Entity list.
Select the Create operation, and then click Done.
In the Task Input section of the Connectors task, click connectorInputPayload and then enter a value similar to the following in the Default Value field:
```
     {
  "BaseRefName": "main",
  "HeadRefName": "New_Branch",
  "Title": "DEMO_Google_Cloud_PULLRequest",
  "Body": "This is demo Google_Cloud pull"
     }
```
Running this example, returns a response smiliar to the following in the Connector task's connectorOutputPayload output variable:
```
      {
  "Id": "PR_kwDOLywhW8537gcA"
      } 
```

Example - CREATE operation for Entity "Repositories"

In the Configure connector task dialog, click Entities.
Select Repositories from the Entity list.
Select the Create operation, and then click Done.
In the Task Input section of the Connectors task, click connectorInputPayload and then enter a value similar to the following in the Default Value field:
```
     {
  "Name": "Google_Cloud_DEMO_REPO",
  "OwnerId": "O_kgDOCaxLsg",
  "Visibility": "PUBLIC"
     }
```
Running this example, returns a response smiliar to the following in the Connector task's connectorOutputPayload output variable:
```
      {
  "Id": "R_kgDOMhWBEQ"
      } 
```

Example - UPDATE operation for Entity "Issues"

In the Configure connector task dialog, click Entities.
Select Issues from the Entity list.
Select the UPDATE operation, and then click Done.
In the Task Input section of the Connectors task, click connectorInputPayload and then enter a value similar to the following in the Default Value field:
```
     {
  "Title": "New_Updated_Google_Cloud_Issue",
  "Body": "Newly Updated from Google_Cloud"
     }
```
Set the value for entityId to I_kwDOLywhW86Sd-xF. To set the value for filterClause, click entityId and then enter I_kwDOLywhW86Sd-xF in the Default Value field.
Running this example, returns a response smiliar to the following in the Connector task's connectorOutputPayload output variable:
```
     {
  "Id": "I_kwDOLywhW86Sd-xF"
     }
```

Example - UPDATE operation for Entity "PullRequests"

In the Configure connector task dialog, click Entities.
Select PullRequests from the Entity list.
Select the UPDATE operation, and then click Done.
In the Task Input section of the Connectors task, click connectorInputPayload and then enter a value similar to the following in the Default Value field:
```
      {
  "Title": "Updated_Google_Cloud_PULL",
  "Body": "Update New pull Body"
      }
```
Set the value for entityId to PR_kwDOLywhW8537gcA. To set the value for filterClause, click entityId and then enter PR_kwDOLywhW8537gcA in the Default Value field.
Running this example, returns a response smiliar to the following in the Connector task's connectorOutputPayload output variable:
```
      {
  "Id": "PR_kwDOLywhW8537gcA"
      } 
```

Example - UPDATE operation for Entity "Repositories"

In the Configure connector task dialog, click Entities.
Select Repositories from the Entity list.
Select the UPDATE operation, and then click Done.
In the Task Input section of the Connectors task, click connectorInputPayload and then enter a value similar to the following in the Default Value field:
```
      {
  "Name": "Updated_New_Google_Cloud_Repo"
      } 
```
Set the value for entityId to R_kgDOMhWBEQ. To set the value for filterClause, click entityId and then enter R_kgDOMhWBEQ in the Default Value field.
Running this example, returns a response smiliar to the following in the Connector task's connectorOutputPayload output variable:
```
      {
  "Id": "R_kgDOMhWBEQ"
      } 
```

Example - DELETE operation for Entity "PullRequestReviewRequests"

In the Configure connector task dialog, click Entities.
Select PullRequestReviewRequests from the Entity list.
Select the DELETE operation, and then click Done.
Set the value for filterClause, click filterClause and then enter PullRequestId= 'PR_kwDOLywhW85yNWPa' and RequestedReviewerUserId= 'U_kgDOCebPLA' in the Default Value field.

Use the GitHub connection in an integration

After you create the connection, it becomes available in both Apigee Integration and Application Integration. You can use the connection in an integration through the Connectors task.

To understand how to create and use the Connectors task in Apigee Integration, see Connectors task.
To understand how to create and use the Connectors task in Application Integration, see Connectors task.

Get help from the Google Cloud community

Cloud Forums

What's next

Understand how to suspend and resume a connection.
Understand how to monitor connector usage.
Understand how to view connector logs.