feat: add ability to add checks with app ids

[tginiotis-at-work]

Description

Fixes #1467

Add ability to receive and specify App IDs for required checks in branch protection rules.

Before submitting a PR:

• Changes must not break binary backwards compatibility. If you are unclear on how to make the change you think is needed while maintaining backward compatibility, CONTRIBUTING.md for details.
• Add JavaDocs and other comments explaining the behavior.
• When adding or updating methods that fetch entities, add @link JavaDoc entries to the relevant documentation on https://docs.github.com/en/rest .
• Add tests that cover any added or changed code. This generally requires capturing snapshot test data. See CONTRIBUTING.md for details.
• Run mvn -D enable-ci clean install site locally. If this command doesn't succeed, your change will not pass CI.
• Push your changes to a branch other than main. You will create your PR from that branch.

When creating a PR:

• Fill in the "Description" above with clear summary of the changes. This includes:
  • If this PR fixes one or more issues, include "Fixes #" lines for each issue.
  • Provide links to relevant documentation on https://docs.github.com/en/rest where possible. If not including links, explain why not.
• All lines of new code should be covered by tests as reported by code coverage. Any lines that are not covered must have PR comments explaining why they cannot be covered. For example, "Reaching this particular exception is hard and is not a particular common scenario."
• Enable "Allow edits from maintainers".

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 80.70%. Comparing base (c5ce1f6) to head (995bee2).
Report is 8 commits behind head on main.

Additional details and impacted files

@@             Coverage Diff              @@
##               main    #1844      +/-   ##
============================================
+ Coverage     80.64%   80.70%   +0.06%     
- Complexity     2358     2363       +5     
============================================
  Files           225      225              
  Lines          7203     7221      +18     
  Branches        395      395              
============================================
+ Hits           5809     5828      +19     
+ Misses         1149     1148       -1     
  Partials        245      245              

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[bitwiseman]

Minor tweaks. Thanks!

[bitwiseman]

Suggest something like this:

    <T extends StatusCheck> T getStatusChecks(Class<T> clazz) {
        if (statusChecks == null) {
            try {
                statusChecks = clazz.getDeclaredConstructor().newInstance();
            } catch (Exception ignored) {
            }
        }
        if (!clazz.isInstance(statusChecks) {
            throw new GHException("Cannot use checks and context status checks");
        } 
        return (T) statusChecks;
    }

[tginiotis-at-work]

Apparently the deprecated API can be implemented in the new API. From the docs:

I underlined the same logic between the old and new API.

I.e. you need to omit the app_id field to do it the old way. I've added the @JsonInclude(JsonInclude.Include.NON_NULL) to instruct jackson to omit it in that case, and a comment explaining the special "app_id" values.

So I committed a change which allows the use of both the old and new user methods at the same time, preserving both their effects.

How does that look to you?