-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
test(git-authors): add unit test #1098
Conversation
fb1139f
to
795d048
Compare
78721e2
to
0759c4a
Compare
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.
2f49eba
to
55ae8ab
Compare
Update |
55ae8ab
to
4809d1f
Compare
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, I just had a comment and a question about the code.
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.
Would you split this PR into the break change & the test part so I can merge it?
4809d1f
to
43b6134
Compare
Update and I set the |
@vanpipy By adding the explanation mark But you still should combine the other test-tested commits into a single one. Remember, I recommended there be two. If you don't do this, then the CHANGELOG will be cluttered with entries that are not relevant. |
Alright, let me figure out,
The thing here is,
Is it ok? Or I got something misataken? |
43b6134
to
d68e3c4
Compare
I follow the history behavior to update the breaking change information onto the commit type. Please review this later. |
The benefit to split the test case out of break change is that we can port the either test case or the break change to different versions. Since git-extras doesn't have multiple versions, it's OK to accept current behavior if you insist on it. |
In fact is that I did not know the version strategy of git-extras for now 😢 . I just follow the conventional commit... If you can clarify it - a document is great, I am happy to follow it. |
@vanpipy For the future, just for clarification, what I was describing was a commit history that looked like this. Nothing too crazy, just something that I thought would look a little cleaner |
d68e3c4
to
083d3f0
Compare
I see, update. |
083d3f0
to
a59128f
Compare
* chore: add faulthandler_timeout to avoid the process hangs on without any information * fix: teardown the named directory cause the process stucks when lots of the files in the named directory * refactor: log more for locating directory and remove the invoking command function
* BREAKING CHANGE: remove behavior of opening authors with the default editor * test: add unit test
a59128f
to
0b16d58
Compare
@vanpipy |
I am curious about how to manage the commits of the changes in the PR except the force push. Could you give some advices? |
It's impossible to change the commits in the PR without force pushing. That's kind of why I said for the future |
@vanpipy |
I have submitted a pull request guide at #1113, would you help to review it? |
Great, I want to attach this PR as an example to show a bad case, hhahaa... |
There is one way to keep the traces that the draft @spacewander called, the draft PR can keep any commit the contributor want so that the traces all here but there is still need one-force-push at least before merged into main branch. One good part is the reviewer and the contributor can know all changes without losing any detail. Especially, the reviewer can follow the workflow of the contributor. |
Close #1088