On Thu, 9 Aug 2012, Curtis Olson wrote:

> It looks like every time you rebase you have to reapply the same set of
> patches over top the target branch.  So even if I figure out a way through
> it once, I'll have to repeat the same conconction of craziness each time I
> rebase.  I think I'm going to create a new branch, untar my changes on top,
> lose all my history and forget about it.  I didn't budget 2 full days to
> fiddle with this and I'm frustrated and annoyed now and unsure
> what/if/anything I've lost or broken -- blahhh ... little things you might
> not notice for 6 months because you don't work with every file every day ...

If you can figure out which commits cause the problems you can edit them 
out of your branch (or, better, out of a copy of it) using

git rebase -i HEAD~42

(change 42 to the number of commits back from HEAD that you need to 
touch).

See also the manual page for git rebase and
http://git-scm.com/book/en/Git-Tools-Rewriting-History#Changing-Multiple-Commit-Messages


Cheers,

Anders
-- 
---------------------------------------------------------------------------
Anders Gidenstam
WWW: http://gitorious.org/anders-hangar
      http://www.gidenstam.org/FlightGear/

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Reply via email to