-
Notifications
You must be signed in to change notification settings - Fork 2.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
feat: Add manage_ghes endpoints introduced in 3.15 #3433
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #3433 +/- ##
==========================================
+ Coverage 92.26% 92.29% +0.02%
==========================================
Files 174 178 +4
Lines 15023 15273 +250
==========================================
+ Hits 13861 14096 +235
- Misses 1068 1078 +10
- Partials 94 99 +5 ☔ View full report in Codecov by Sentry. |
Please run |
Strangely it doesn't show any diff for me:
Even lint shows no diff:
|
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.
Thank you, @s4mur4i .
This is a very large PR, and it looks like there are going to be many things to address, so I'll stop my review here and hopefully we will get the linting issues worked out.
Please see CONTRIBUTING.md for more helpful information.
Yes, I can. I don't really understand why I don't see change. |
One thing that I don't typically see in PRs is that you didn't create a separate branch for this change, but instead stayed on "master". I'm not sure if that is a problem or not, but it is one thing I don't think I've ever seen before. Typically, after you fork a repo and want to create a PR, you create a new branch and perform your work on that branch, then make a pull request off of that branch. Maybe this is nothing... I don't know... it's just different. |
I cloned in a new directory and worked. strange. but should be good now. |
@gmlewis Regarding generate. I dont know how to solve that issue. |
Hmmm... very strange. I'm on a Mac too and have not seen this before. |
I reinstalled go o match exact version:
Pushed the update. |
@stevehipwell - @alexandear - @dnwe - @willnorris - with our recently changes to Go Toolchain settings, we are now seeing bizarre problems like this one where the tooling did not help out the developer and made for a frustrating formatting experience. GitHub Workflows linting conflicted with the developer linting. We need to come up with a solution that doesn't hurt the developer experience and yet is easy to maintain moving forward. |
Colleague here! I've took a look at this and here're my findings;
The issue seems to be, for both fields go-github/github/gen-accessors.go Line 221 in a638354
Since go-github/github/gen-accessors.go Lines 184 to 185 in a638354
|
I accidently did a merge commit, just wanted to fix a resolve conflict :( |
No worries about the merge commit in this repo. We always squash-and-merge and therefore always have a clean commit history. This is also why we ask people to please not use force-push in this repo, as it makes it much more difficult for reviewers to see what has changed since their last review. |
As I see there is still lint error. I guess then the toolchain was not a fix for this case. |
Co-authored-by: Glenn Lewis <[email protected]>
While you are working on a PR, you don't need to worry about what the master branch is doing. We ALWAYS use "Squash and merge" in this repo, so our commit history is always clean. Do a "git log" on this repo to see what I mean. If you ever have conflicting changes and GitHub says that the PR needs updating, you can simply follow these steps:
If there are conflicts, I personally like to use
This may add many commits to a PR, but in the end, it never matters because we always "Squash and merge". Please let me know if any of this is not clear. I tried to explain this clearly in CONTRIBUTING.md, but if it is still unclear, please send me a PR to clean up the wording so that it is super-easy to understand. |
@gmlewis I have an interesting issue, which I don't fully understand why.
When I run generate I get following error:
Same thing happens when I edit
Even stranger if I change it to |
#3437 was just merged into |
This morning this got merged into my branch: |
@alexandear - can you please comment? |
The issue appears because the struct suffixed with Line 8 in d13c739
Every exported type where type name ends in Service , seego-github/tools/metadata/metadata.go Line 515 in d13c739
Service type is a special type in go-github for grouping related API functions. Examples: IssuesService , EnterpriseService etc.
To workaround this, we can rename |
@alexandear Thank you for the update. With your solution it worked. |
Feel free to resolve them or I can later. Either way is fine with me. 😁 |
@s4mur4i - I'm currently on my cell phone but should be able to review this later today. |
I resolved the one where I added a fix. |
Please feel free to ping me on PRs or issues where you see inconsistencies like this. Thank you, @s4mur4i ! |
Hey @stevehipwell - I haven't seen this in ages!!! Thank you for fixing this!!! |
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.
Half-way through the second file. Let's stop here so you can address another sweeping change I've requested to one-word struct names.
@gmlewis The breaking test I think is not related to my work? |
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.
Thank you, @s4mur4i!
LGTM.
Next time, we should ideally break up enormous PRs like this one into several smaller PRs.
Awaiting second LGTM+Approval from any other contributor to this repo before merging.
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
Thank you, @stevehipwell ! |
Thank you for the reviews, and help! |
Fixes: #3415.