feat: new /orgs/{org}/properties/schema/{custom_property_name, GET /orgs/{org}/properties/schema, GET /orgs/{org}/properties/values, GET /orgs/{org}/rulesets/rule-suites/{rule_suite_id}, GET /orgs/{org}/rulesets/rule-suites, GET /repos/{owner}/{repo}/rulesets/rule-suites/{rule_suite_id}, POST /repos/{owner}/{repo}/actions/runs/{run_id}/force-cancel endpoints#590
Conversation
|
👋 Hi! Thank you for this contribution! Just to let you know, our GitHub SDK team does a round of issue and PR reviews twice a week, every Monday and Friday! We have a process in place for prioritizing and responding to your input. Because you are a part of this community please feel free to comment, add to, or pick up any issues/PRs that are labled with |
|
@kfcampbell You forgot to update the generated files like in this PR |
|
🤦 That's done by |
/orgs/{org}/properties/schema/{custom_property_name, GET /orgs/{org}/properties/schema, GET /orgs/{org}/properties/values, GET /orgs/{org}/rulesets/rule-suites/{rule_suite_id}, GET /orgs/{org}/rulesets/rule-suites, GET /repos/{owner}/{repo}/rulesets/rule-suites/{rule_suite_id}, POST /repos/{owner}/{repo}/actions/runs/{run_id}/force-cancel endpoints
|
yeah |
|
🎉 This PR is included in version 12.1.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
|
Hey @kfcampbell thanks for this contribution!! I have a question why when I try to use one of the types of this PR example: type GitHubCustomProperty =
Endpoints["GET /orgs/{org}/properties/schema/{custom_property_name}"];The result type has the property type GitHubCustomProperty = {
parameters: {};
request: {
method: "GET";
url: "/orgs/{org}/properties/schema/{custom_property_name}";
headers: RequestHeaders;
request: RequestRequestOptions;
};
response: unknown;
}Whereas if I use another type example: type listUserReposResponse = Endpoints["GET /repos/{owner}/{repo}"];The result type has type listUserReposResponse = {
parameters: {
owner: string;
repo: string;
};
request: {
method: "GET";
url: "/repos/{owner}/{repo}";
headers: RequestHeaders;
request: RequestRequestOptions;
};
response: OctokitResponse<...>;
}Is the |
|
Can you share your |
Yes for sure: {
"compilerOptions": {
"module": "commonjs",
"moduleResolution": "node",
"strict": true,
"noImplicitReturns": true,
"skipLibCheck": true,
"noFallthroughCasesInSwitch": true,
"preserveConstEnums": true,
"noUnusedLocals": true,
"sourceMap": true,
"inlineSources": true,
"useUnknownInCatchVariables": false,
"assumeChangesOnlyAffectDirectDependencies": true,
"target": "es2022",
"incremental": true,
"lib": ["es2022"],
"baseUrl": "build",
"noErrorTruncation": false,
"esModuleInterop": true,
"experimentalDecorators": true,
"emitDecoratorMetadata": true,
"pretty": true,
"preserveWatchOutput": true,
"resolveJsonModule": true
}
} |
|
I cannot reproduce the problem, see my TypeScript playground
|

Make sure to update the commits so that the merge results in helpful release notes, see Merging the Pull Request & releasing a new version.
In general
docsprefixfix(typescript)prefixfixif a problem was resolved,featif new endpoints / parameters were added, andfeat(deprecation)if a method was deprecated.