Re: cg-update with local uncommitted changes
- From
Petr Baudis <pasky@ucw.cz>
- Date
- Jun 2, 2005, 21:14 UTC
- Message-ID
- <20050602211444.GF32189@pasky.ji.cz>
- In-Reply-To
- <1117481244.7072.209.camel@pegasus>
Dear diary, on Mon, May 30, 2005 at 09:27:24PM CEST, I got a letter where Marcel Holtmann <marcel@holtmann.org> told me that...
> Hi Petr,
Hello,
Show 18 quoted lines
> let me be more specific. It only works in the fast forward case. If we > actually must merge the trees, because I have local committed changes > and not committed changes, I see this: > > link 74966c42ddd874192c318acfc5f013e56c50606a > link b27ddcd47e293557e0605b98b2a1e8429035cdc5 > link 568ad7814e266f84b4ac28c15a0cadfb2fdb6c80 > Tree change: f345b0a066572206aac4a4f9a57d746e213b6bff:74966c42ddd874192c318acfc5f013e56c50606a > :100644 100644 f5deac7be59e7eeab8657fd9ae706fd6a57daed2 568ad7814e266f84b4ac28c15a0cadfb2fdb6c80 M README > > Applying changes... > usage.c: needs update > cg-merge: merge blocked: local changes > > I changed the README in test1 repository and committed it. Then I > changed Makefile in test2 repository and committed it. After that I > modified usage.c and left it uncommitted. Then I pulled in the README > change from test1 repository.
yes, and that is all right. If you are actually doing the merge with commit, you need to have the tree clean before, since any changes you make to the tree are counted as conflict fixes, and you don't want your older changes to mix into that.
-- Petr "Pasky" Baudis Stuff: http://pasky.or.cz/ C++: an octopus made by nailing extra legs onto a dog. -- Steve Taylor