potiuk commented on PR #27802: URL: https://github.com/apache/airflow/pull/27802#issuecomment-1336205326
> Eventually when we merge in the GitHub UI, we can choose "Squash and Merge" option. That should be sufficient? When we merge yes. But squashing is really helpful when you continue rebasing stuff while new commits are coming on main. The problem when you `merge` using the UI rather than rebase is that your PR history gets like this: <img width="744" alt="Screenshot 2022-12-03 at 18 30 39" src="https://user-images.githubusercontent.com/595491/205453863-8b1ae5c0-13e5-441f-8e32-5905516e2cb9.png"> Not a problem just yet in this case - but with a number of merge commits for the past, this leads to the problem that you cannot easily rebase any more because those past merges are often conflicting with current main. So in our case where you keep on rebasing, that becomes more and more problematic (and then eventually we cannot help by rebasing the PR while reviewing it using "Update with rebase". <img width="444" alt="Screenshot 2022-12-03 at 18 35 33" src="https://user-images.githubusercontent.com/595491/205454063-0313d842-d1ee-48f5-9186-92e01bb5c5c0.png"> This is often useful, when we fix things in main - we can rebase a PR without asking a contributor to do so. This is for exmple #26970 - I have to always ask the author to do it now. On the other hand, when you squash those changes (including past merges) and rebase, further rebasing becomes painless - because you effectively remove all those merges and what remains is only your change - solving conflicts on rebasing then is much simpler. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
