/srv/irclogs.ubuntu.com/2013/02/14/#bzr.txt

=== wedgwood is now known as wedgwood_away
thomistupid question: if I did a 'bzr merge <some_other_branch>' without first committing my local changes, is there a way I can back-out the changes pulled in by the merge?02:23
thomi'bzr revert' will undo all my local changes, which isn't what I want02:23
thomiand 'bzr revert --forget-merges' just removes the merge marker, not the changes that came with it02:24
fullermdmerge wouldn't run in the first place unless you --force'd it.02:27
thomifullermd: sorry, I just worked out, it was a 'merge' and then an 'unshelve'02:27
fullermdAh.  Messy.  I'm not sure you could unwind that too easily...02:28
fullermdOne possibility might be to try doing the merge over again in reverse, in the hopes that it'll squeeze out the 'merge' changes leaving just the 'unshelve' ones, then you can cleanup and retry from there.02:29
thomifullermd: ok, thanks02:29
fullermdAnother might be to try shelving the whole pile of changes (including the merge, so you're left with a clean tree).  Then do the merge again, and commit it.02:29
fullermdThen unshelve; that might leave the merge bits of it "unchanged" (from the now-committed merge) and include just the bits that were on the shelf before.  Or it might blow up messily; not really sure.02:29
thomiheh, ok02:31
thumperthomi: I'd also suggest what fullermd said, shelve the changes you want to keep02:57
bob2imho unshelve should need --force to restore to modified files04:38
spivbob2: +104:48
lifelessbob2: mmm, not merge in ?04:49
bob2lifeless, if you --force it, sure04:50
bob2otherwise it more or less can lose data04:51
lifelessbob2: mmm, or it could make a backup file.04:59
bob2it could05:00
bob2silently mashing up my data by default like 'svn up' is unfortunate05:05
spivbob2: yeah, mashups are *so* 200905:09
bob2haha05:13
Zmanuhello10:41
Zmanui want to do a bzr up on one file, but when i do it, it update all commit file, what is the way to do it ?10:42
=== mmrazik is now known as mmrazik|lunch
=== mmrazik|lunch is now known as mmrazik
lifelessZmanu: there isn't. bzr works on a full tree at a time for update/pull11:39
Zmanulifeless: ok i see, we need to work with revision to be abble to up only some files instead of all files13:21
Zmanulifeless: thanks for answer13:23
=== mmrazik is now known as mmrazik|afk
=== wedgwood_away is now known as wedgwood
=== mmrazik|afk is now known as mmrazik
xnoxcan I do "merge-into" remotely to get left-right merge history correct16:22
xnoxinstead of cloning trunk, going into it, and doing bzr merge ../my-current-branch16:22
* xnox simply wants $ bzr merge-into lp:trunk & bzr push :parent16:22
fullermdNot really.16:25
fullermdWell, I guess you could conceptually do it be [ab]using the terrifying auto-pivoting that bound branches do on divergence.  But I'm confident that will cause more problems than it solves, based on the nigh-infinite ratio of past experience.16:26
xnox=)))))16:29
=== mmrazik is now known as mmrazik|afk
=== deryck is now known as deryck[lunch]
=== yofel_ is now known as yofel
=== deryck[lunch] is now known as deryck
thumperabentley: ping20:51
thumperabentley: got a question about reconfigure command20:51
abentleythumper: pong20:51
abentleySure.20:51
thumperwith --lightweight-checkout20:52
thumperso... I have this branch in my GOPATH20:52
thumpersomething like juju-core20:52
thumperand I'm not overly enamoured with cobzr20:52
thumperso I thought I'd use my normal layout and switch20:52
thumperso... ~/src/juju-core/trunk is a copy of trunk20:52
thumperin my normal layout20:52
thumperso my locations.conf is all set up etc20:52
lifelessbranch or tree or both ?20:52
thumperlifeless: my ~/src/juju-core is a shared repo with trees20:52
thumperIdeally I'd like to work in a similar way I am with a virtual env I have20:53
thumperwhere I just switch the actual work branch20:53
thumper:~/go/src/launchpad.net/juju-core$ bzr reconfigure --lightweight-checkout ~/src/juju-core/trunk/20:53
thumperbzr: ERROR: Not a branch: "bzr+ssh://bazaar.launchpad.net/~thumper/juju-core/trunk/".20:53
lifelessso what I have is a treeless repo with N branches and a single working tree 'working' with a lightweight checkout of one of the branches20:53
abentleythumper: It sounds like ~/go/src/launchpad.net/juju-core is already a checkout and refers to bzr+ssh://bazaar.launchpad.net/~thumper/juju-core/trunk/ .20:54
abentleythumper: what does bzr info say?20:55
thumperlifeless: I used to work that way a long time back...20:55
thumperlifeless: just got into the habit now have having trees in ~sr20:55
thumperc20:55
thumperthe trees in the repo aren't really an issue AFAICT20:55
thumperthe parent branch for the existing juju-core branch is:20:55
thumperhttp://bazaar.launchpad.net/~gophers/juju-core/trunk/20:55
thumperwhy did reconfigure fail?20:55
thumperabentley: standalone tree20:55
abentleythumper: There's no reference to bzr+ssh://bazaar.launchpad.net/~thumper/juju-core/trunk/ in the "bzr info" output?20:56
thumpernot that one, no20:56
thumperhowever...20:56
thumperah...20:56
thumperthat is the public branch specified for ~/src/juju-core/trunk20:57
thumperusing my append path policy20:57
thumperthe parent branch is  bzr+ssh://bazaar.launchpad.net/+branch/juju-core/20:57
thumperwhy is reconfigure looking at the public branch?20:57
thumperbut ~/src/juju-core/trunk is a repository tree20:58
abentleythumper: It's been a few years since I wrote that.  Can you run reconfigure with -Derror so I can see where it's dying?20:58
thumpersure20:58
thumperabentley: http://paste.ubuntu.com/1653507/21:00
thumperabentley: perhaps I should just specify a public branch for the branch at ~/src/juju-core/trunk ?21:02
thumperabentley: but I'm not sure why it is even looking21:02
abentleythumper: So, I can delve into why, but by specifying --bind-to will override it, and you probably want that anyway.21:02
thumperabentley: ah...21:03
thumperdidn't notice that21:03
thumpernow it kinda makes sense...21:03
thumperoh...21:04
thumperNotBranchError: Not a branch: "/home/tim/go/src/launchpad.net/juju-core/~/src/juju-core/trunk/"21:04
thumperabentley: I can fix that one by providing a full path21:04
thumperbut probably a bug21:04
abentleythumper: What was the commandline?21:04
thumperbzr reconfigure -Derror --lightweight-checkout --bind-to=~/src/juju-core/trunk/21:04
mwhudsonyay bash!21:05
abentleythumper: ~ interpolation is done by the shell, which I guess wasn't smart enough to expand it in this case.21:05
mwhudsonuh21:05
mwhudsonno21:05
mwhudsonoh yes, that is the problem21:06
mwhudsonbut bash is stranger than i thought:21:06
abentleythumper: bzr reconfigure -Derror --lightweight-checkout --bind-to= /src/juju-core/trunk/ should work.21:06
mwhudsonmwhudson@narsil:highbank-support$ echo a=~/.bazaar21:06
mwhudsona=/home/mwhudson/.bazaar21:06
mwhudsonmwhudson@narsil:highbank-support$ echo a-a=~/.bazaar21:06
mwhudsona-a=~/.bazaar21:06
abentleyOr omit the = even.21:06
thumpermwhudson: wat?21:06
thumperthat seems weird21:06
abentleyi.e. bzr reconfigure -Derror --lightweight-checkout --bind-to /src/juju-core/trunk/21:06
abentleygrr, where'd the ~ go?21:07
mwhudsonthumper: i think it's so that you can write "a=~/foo"21:07
abentleybzr reconfigure -Derror --lightweight-checkout --bind-to ~/src/juju-core/trunk/21:08
mwhudsonthumper: but yes, "wat"21:08
thumperabentley: ok, ta21:08
thumpernow I just have the sync question...21:08
thumperin #juju-dev21:08
thumper$ bzr switch -b help-command21:35
thumperTree is up to date at revision 894.21:35
thumperSwitched to branch: /home/tim/src/juju-core/help-command/21:35
thumperawesome!21:35
thumperI love bzr21:35
thumperit's all working lovely jubley21:36
=== wedgwood is now known as wedgwood_away
=== wedgwood_away is now known as wedgwood
=== wedgwood is now known as wedgwood_away

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!