Hello, I noticed what appears to be a bug in rev-parse with an admittedly somewhat unusual combination of arguments.
Compare the output of the following: % git rev-parse HEAD --not --remotes=origin 3de09080eb219149a8596dc21915d5a496cba171 ^4fb157bf360413fe3fad38d03b02ce7232d12961 ^757cfa6938c3d510d1597096d9f0b6878b884270 To this: % git rev-parse --short HEAD --not --remotes=origin ^4fb157b ^757cfa6 ^3de0908 In the first case rev-parse emits the commit-id of HEAD, followed by negated commit-ids of all remote branches in origin. I believe this is the correct and intended behavior. In the second case rev-parse emits the negated short commit-ids of all remote branches in origin, followed by the negated short commit-id of HEAD. This is inconsistent with the results of the (presumably correct) prior example. I would expect both commands to emit the same output, modulo the number of characters emitted for the commit-id. Thank you, Brent Casavant -- Brent Casavant Hewlett Packard Enterprise
