You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
it wasn't ever required to use fixup/squash commits.
also its worth mentioning that at some point in the recent future, github review comments started persisting between force pushes, so it is technically possible to do a pr where you handle the whole review with force pushes.
Another interesting feature - details view of the last commit in a "purple" merged PR.
AFAICT this is visible iff the last commit in the PR is identical to that pushed to the tree, and that commit has tests reported for it.
Activity
devsnek commentedon Nov 16, 2018
it wasn't ever required to use fixup/squash commits.
also its worth mentioning that at some point in the recent future, github review comments started persisting between force pushes, so it is technically possible to do a pr where you handle the whole review with force pushes.
vsemozhetbyt commentedon Nov 16, 2018
IIRC, I was asked to not force-push addressed comments in big diffs so that reviewers need not rescan all the diff to find what changed.
refack commentedon Nov 16, 2018
Seems like this would solve that issue... Let's see how is the actual implementation affect our workflow.
Unless the code possession does not exist anymore (or does not fit some diff algorithm)
👍
refack commentedon Nov 16, 2018
Another interesting feature - details view of the last commit in a "purple" merged PR.

AFAICT this is visible iff the last commit in the PR is identical to that pushed to the tree, and that commit has tests reported for it.
Trott commentedon Nov 22, 2018
Feel free to re-open if there's something specific we need to resolve. Otherwise, it seems like this can be closed?