-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
git.latest fails on non-fast-forward when a fast-forward is possible #35214
Comments
I think that Moreover, executing
|
ping @terminalmage can you give any further insight into this issue. I attempted to replicate this issue using:
I'm not sure if my test case is incorrect or if @tdenny 's use case is different from mine. Thanks |
I was able to reproduce. I'll get a fix in for this later this evening. |
OK, I decided to write an integration test first, to ensure that it failed in the right way before I get my fix added. Moving on to the fix now. |
Fixed in #35249, integration test included to keep this from regressing in the future. Man, I'm really sorry about the inconvenience. 😦 |
Thanks for the help! Much appreciated. |
No problem, thanks for bringing this to my attention. The kicker is that I wrote integration tests for the change that I made a few weeks ago, only to have that pull request cause this bug because I didn't have a test case for it. At least now I have a test case though. 😄 |
Description of Issue/Question
My git.latest state is failing with
Repository would be updated to 08d6ca9, but this is not a fast-forward merge. Set 'force_reset' to True to force this update.
However, this merge is a fast-forward merge. ie. using native git allows fast-forward.
I'm fairly certain this is a new issue in 2016.3.2 and related to the improvements in #34869.
Setup
The state failing:
Steps to Reproduce Issue
Set up state above, execute once to create local repo, and execute again after a new (fast-forward merge-able) commit to the remote repo.
Versions Report
The text was updated successfully, but these errors were encountered: