Re: undoing something

From: Junio C Hamano <gitster@pobox.com>
Date: Mar 16, 2009, 20:11 UTC
Message-ID: <7v3addw7mv.fsf@gitster.siamese.dyndns.org>
In-Reply-To: <450196A1AAAE4B42A00A8B27A59278E70A2AEFD7@EXCHANGE.trad.tradestation.com>

"John Dlugosz" <JDlugosz@TradeStation.com> writes:

Show 6 quoted lines

> === Re: ===
> The answer was best only because in your previous question you wanted to
> ensure fast-forwardness, i.e. "git push . origin/dev:dev" without plus
> in
> front to cause it to fail if it is not fast-forward.
> === end ===

This is offtopic, but *PLEASE* notice that nobody else quotes like this around here. I find the style of quoting makes it unnecessarily harder to skip over parts that others wrote (and I've already read---so I do not want to waste my time on re-reading them) to get to what you are adding to the discussion quickly, and extremely annoying. It is the reason why I am skipping many of your replies to other people without reading to the end, even when I suspect you might be saying something worth reading.

> No, I don't want to ensure ff.

I was referring to the exchange that started with this message from you:

From: "John Dlugosz" <JDlugosz@TradeStation.com>
Date: Fri, 6 Mar 2009 14:04:25 -0500
Message-ID: <450196A1AAAE4B42A00A8B27A59278E70A115E0D@EXCHANGE.trad.tradestation.com>

where you asked:

Show 10 quoted lines

> I want to advocate running
> 
>         git fetch
> 
> as being a safe thing to do at any time, just to refresh your view of
> the origin and not mess up any of your local labels.  That is, you can
> see the difference between the local dev and the origin/dev.
> 
> So, after inspecting the changes, how do you fast-forward your local dev
> to sync up with origin/dev?

and I gave you an answer (with a typo you corrected in another message today) "git push . origin/dev:dev". In that context, you clearly want to encure fast-forward, and local push without + is an easy and safe way to do so.

That is where "it is best only because" came from. If you are not interested in ensuring fast-forward, "local push" may not be best, and there are other ways (I've shown you at least two, so I won't repeat them) to choose from.