Manage repositories, branches, files, issues, PRs/MRs, releases and CI/CD.
Usage and specifics
Use an HTTPS Git credential whose token permits the operation. Set the repository or project and resource parameters; the instance domain can be customized according to the provider.
Create credentials in your nodulz instance’s Credentials area, then select them on the node. Availability depends on ownership and sharing. See the credentials guide for access and rotation.
Parameters
Names below are technical keys. Defaults are not a ready-to-run configuration: complete fields required by your operation. Paths containing [] describe list items; some fields depend on the selected mode.
Parameter
Type
Default
Values / limits
repo
string
""
-; min 1
credentialId
string
""
-; min 1
title
string
-
-; min 1
body
string
""
-
operation
literal
"issue.create"
issue, pull_request, comment
head
string
-
-; min 1
base
string
-
-; min 1
draft
boolean
false
-
number
number
-
-; > 0
target
enum
"issue"
issue, pull_request
instanceUrl
string
""
-
parameters
record
{}
-
queryParams
string
"{}"
-
requestBody
string
"{}"
-
customMethod
enum
"GET"
GET, POST, PUT, PATCH, DELETE
customPath
string
""
-
responseFormat
enum
"auto"
auto, json, text, binary
contentEncoding
enum
"utf8"
utf8, base64
uploadContent
string
""
-
fileName
string
""
-
mimeType
string
"application/octet-stream"
-
returnAll
boolean
false
-
pageSize
number
100
-; ≥ 1, ≤ 100
maxPages
number
100
-; ≥ 1, ≤ 1000
Configuration help
credentialId Git credential
Git credential with an HTTPS token and repository write access. Push also accepts an SSH key.
repo Repository URL
HTTPS URL of a GitHub, GitLab or Gitea repository. Expressions supported.
Initial configuration
Initial catalog configuration example, to adapt before running. Keep secrets in credentials.
Test with representative data. Check node output in the inspector and logs, then use editor mapping for downstream fields. A trigger test with a simulated payload does not validate external service delivery.
Manage repositories, branches, files, issues, PRs/MRs, releases and CI/CD.
Usage and specifics
Use an HTTPS Git credential whose token permits the operation. Set the repository or project and resource parameters; the instance domain can be customized according to the provider.
Technical type :
github. Runtime :nodulz.Credentials and prerequisites
Create credentials in your nodulz instance’s Credentials area, then select them on the node. Availability depends on ownership and sharing. See the credentials guide for access and rotation.
Parameters
Names below are technical keys. Defaults are not a ready-to-run configuration: complete fields required by your operation. Paths containing [] describe list items; some fields depend on the selected mode.
repostring""credentialIdstring""titlestringbodystring""operationliteral"issue.create"issue,pull_request,commentheadstringbasestringdraftbooleanfalsenumbernumbertargetenum"issue"issue,pull_requestinstanceUrlstring""parametersrecord{}queryParamsstring"{}"requestBodystring"{}"customMethodenum"GET"GET,POST,PUT,PATCH,DELETEcustomPathstring""responseFormatenum"auto"auto,json,text,binarycontentEncodingenum"utf8"utf8,base64uploadContentstring""fileNamestring""mimeTypestring"application/octet-stream"returnAllbooleanfalsepageSizenumber100maxPagesnumber100Configuration help
credentialIdGit credential
repoRepository URL
Initial configuration
Initial catalog configuration example, to adapt before running. Keep secrets in credentials.
{ "operation": "issue.create", "repo": "", "credentialId": "", "parameters": {}, "queryParams": "{}", "requestBody": "{}" }Verification
Test with representative data. Check node output in the inspector and logs, then use editor mapping for downstream fields. A trigger test with a simulated payload does not validate external service delivery.
See also : Expressions and data, Executions, Node catalog.