sequencer.c: check for lock failure and bail early in fast_forward_to
commit651ab9f553a1fd8bb847bd42922dacb14f8ec77f
authorRonnie Sahlberg <sahlberg@google.com>
Wed, 16 Apr 2014 18:56:52 +0000 (16 11:56 -0700)
committerJunio C Hamano <gitster@pobox.com>
Thu, 17 Apr 2014 19:54:15 +0000 (17 12:54 -0700)
tree22fe68bf59da6350daa7328020c8942027d789cd
parent3f0c02a1c018ddaced5c97b58f550b2ad17dd0a9
sequencer.c: check for lock failure and bail early in fast_forward_to

Change fast_forward_to() to check if locking the ref failed, print a
nice error message and bail out early.

The old code did not check if ref_lock was NULL and relied on the
fact that the write_ref_sha1() would safely detect this condition
and set the return variable ret to indicate an error.

While that is safe, it makes the code harder to read for two reasons:

 * Inconsistency.  Almost all other places we do check the lock for
   NULL explicitly, so the naive reader is confused "why don't we
   check here?"

 * And relying on write_ref_sha1() to detect and return an error for
   when a previous lock_any_ref_for_update() failed feels obfuscated.

This change should not change any functionality or logic aside from
adding an extra error message when this condition is triggered
(write_ref_sha1() returns an error silently for this condition).

Signed-off-by: Ronnie Sahlberg <sahlberg@google.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
sequencer.c