-
Notifications
You must be signed in to change notification settings - Fork 66
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: update GitHub Actions Workflow for Merge Conflict #269
base: master
Are you sure you want to change the base?
Conversation
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.
left some comments to improve things
please also share some example run of the action, so I can see how it works
**Options to Resolve Conflicts:** | ||
- **Manually:** Resolve the conflicts in your local environment and push the changes. | ||
- **Automated Commands:** Use `/rebase`, `/solve_conflict`, or `/sf` to automatically rebase this PR. | ||
**Good Practices:** |
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.
you mean good practice for manual resolution?
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.
Tried to cover this part -
Bonus:
Maybe some tips on what is the best way to solve the merge conflict 🤔 good and bad practices.
@mhmohona do you plan to continue with this one? |
I will, please give me some time. |
@mhmohona do you plan to continue with this one or should we ask community to continue? |
fi | ||
- name: Set Output | ||
id: set_output | ||
run: echo "::set-output name=conflicts::${{ env.conflicts }}" |
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 way is a long time deprecated method for exposing data from step
also, what is the point of this step if in the previous one you already properly expose conflicts
variable?
example from other workflows -> https://github.com/asyncapi/.github/blob/master/.github/workflows/if-nodejs-pr-testing.yml#L35
- Consider using a visual diff tool to clearly see and resolve conflicts. | ||
- Test your changes after resolving to ensure nothing is broken. | ||
For more detailed guidance, refer to your project's contributing guidelines or documentation. | ||
auto-rebase: |
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.
is the indentation proper? should't it be a new job instead of part of message?
did you test the workflow somewhere?
uses: actions/github-script@v6 | ||
with: | ||
script: | | ||
await github.rest.issues.createComment({ |
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.
why one time you use marocchino/sticky-pull-request-comment
and another manually add comment using GH API?
Description
This PR updates the GitHub Actions workflow to handle merge conflicts and provide auto-rebase functionality.
Here is the workflow shown in below diagram -
Related issue(s) #181