-
-
Notifications
You must be signed in to change notification settings - Fork 4.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GitHub Enterprise feature parity #52951
GitHub Enterprise feature parity #52951
Conversation
Codecov Report
@@ Coverage Diff @@
## master #52951 +/- ##
==========================================
+ Coverage 78.57% 79.03% +0.46%
==========================================
Files 5135 5135
Lines 223389 223425 +36
Branches 37614 37621 +7
==========================================
+ Hits 175522 176589 +1067
+ Misses 42166 41182 -984
+ Partials 5701 5654 -47
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM on the whole
@@ -111,6 +124,7 @@ | |||
|
|||
class GitHubEnterpriseIntegration(IntegrationInstallation, GitHubIssueBasic, RepositoryMixin): |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
GitHubIntegration
extends from CommitContextMixin
too. Github Enterprise should have commit metadata too.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is true, also looking at some of the procedure for CODEOWNERS, it looks like GitHubEnterpriseIntegration
will also need the codeowners_locations
set for it to work.
Likely also makes sense to set repo_search
to True
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There may also be quite a few errors that only appear when you attempt to actually use stack trace linking/codeowners with github enterprise, since tracing these code paths is a bit confusing. Could you upload a video/screenshot of the features working with a GHE instance?
For example, get_commit_context
is needed for stack trace linking, or get_trees_for_org
for deriving codemappings. I'd say to get feature parity, its ideal to either inherit the entire GithubIntegration
class, or create a module where the functions can be shared across both if there's a lot of overlap.
I predict that if we tried to use these features as is, we'd hit some NotImplementedError
s that might lack test coverage.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
minor correction to my above comment* The get_commit_context
and CommitContextMixin
are for the suspect commits feature, not stack trace linking.
@leeandher When you review this PR- I think the text in the stack trace link should be the same as we have GitHub 🤔 - I don't think we need to specify GitHub Enterprise in the text |
@leeandher In the video @jianyuan recorded for this- Even suspect commits showed up for the issue- It would be great to know if this was the Git Blame suspect commit or the suspect commits based on associated commits. Will help with documentation and questions from SEs |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great! Thanks for adding the tests! There are a few merge conflicts to resolve, but after that I'll trigger CI and get this merged.
@Dhrumil-Sentry per your comments:
-
For the purposes of this PR I think we can leave the frontend with "Github Enterprise" since we want frontend/backend changes isolated. I also think I'm in favour of leaving it as GHE in case they have both GitHub and Github Enterprise integrations installed. Not common, but I think we always leave 'enterprise' in the title for most pages that distinguish the two (like linking/creating issues).
-
As far as I can tell the suspect committers are still coming from associations with commits and releases. I don't believe we use blames yet, but this may be a better question for the Issues teams, since I don't have much experience with that area
@leeandher I have fixed the merge conflicts. |
/gcbrun |
/gcbrun |
As per review comments, the changes have been addressed
This Pull Request enables GitHub Enterprise integration feature parity with the GitHub integration.