=== yofel_ is now known as yofel [08:15] morning [08:16] hey === mmrazik is now known as mmrazik|afk === mmrazik|afk is now known as mmrazik === AfC1 is now known as AfC === AfC1 is now known as AfC [13:41] Hi! how can I revert my changes to older revisions [13:56] vivekimsit: bzr revert -rX [13:56] where X is the revision number [14:00] does bzr branch load everything in memory before dumping anything to disk? [14:02] and, if yes, is it possible to disable this behaviour? [14:03] jelmer: Thanks but let me tell you that my branch is not local i.e. I have co my branch [14:07] vivekimsit: you can unbind it [14:07] jelmer: Hmm, but when I ran above command it worked fine [14:07] but I think changes will be in my local only [14:08] vivekimsit: yes [14:08] vivekimsit: if you want the branch to go back, you can use "bzr up -rX" [14:08] venefyxatu: what do you mean? [14:09] jelmer: ok! its is for making the changes in the server, right? [14:09] vivekimsit: say exactly what you want to do [14:09] But I have already run my command in my local branch: bzr revert -rN can I still use the above command [14:09] if by "revert" you mean "back out a set of changes from trunk", that's another thing [14:10] mgz: I have my code on a server, I co from it and pushed the changes but now I want to revert my changes in the local as well as server [14:12] you put the changes on the server by mistake? using a checkout probably needlessly confusing for you. [14:12] jelmer: I'm trying to branch a 568M repo from a remote host - on my local machine (4G RAM) this works fine, on my test server (600M RAM) the process dies eventually. Keeping an eye on ps aux shows me that RSS increases all the way up to +/- 416M on the server, 500something M on my local machine [14:16] do you actually want the branch on the server? [14:16] or just to deploy to it? [14:18] anyway, for your original question you can either merge the inverse of the changes you want to remove, or just forcably push an old revision on top of the server [14:18] mgz: we are a team and in which every person works on the local branch and pushes the code on the central server [14:19] mgz: And as told told I already ran the command: bzr revert -rN on my local machine [14:19] you want a central server for a team of people and a 600MB branch, and that server only has 600MB ram? [14:19] revert only changes the tree. [14:19] not the branch, local or remote. [14:19] mgz: So now what, my local tree is changed, should I push it on the server? [14:20] no. I still don't know what you're actually trying to do. [14:21] (07:49:19 IST) mgz: revert only changes the tree. [14:21] either you want to commit a change that makes the code the same as a previous revision, or you can just push up an old rev [14:21] mgz: push up the older revision [14:22] the first is for cases such as, you implemented a feature, but broke the build, and now want to change back to fix the build while you redo the feature [14:22] yes [14:22] the second is for when you just messed up a push and can tell everyone else to not pull the mistaken revision [14:22] But the problem is that I reverted the change in my local [14:23] So, my server is at one revision higher than my local now [14:23] that's not a problem, all you do in running `bzr revert` is change the tree [14:23] mgz: you got it [14:23] vivekimsit: that was an either/or, I still don't know if you want 1 or 2 [14:23] mgz: Ya! now my next task it sync my tree with the server [14:24] regardless, run `bzr revert` and get your local tree back to the current branch state [14:25] mgz: My tree: rev2, my branch:rev3 [14:27] see also and linked docs from there [14:27] your tree does not have a revision. [14:28] revisions are properties of branches, you just changed the contents of the files to look like they did in the previous rev, and I still don't know if you want to back out the change or just undo it [14:30] mgz: Let me summarize once again. I made some changes in my tree pushed it on the server but after some time I got to know that my changes were bad to by mistake I ran the command bzr revert which changed my local tree to the older and correct revision but I wanted to do the same on my server. [14:30] vivekimsit: okay, let's do the back out version, as that's most generally applicable [14:32] in which case, you should really merge the inverse of the change `bzr merge -r3..2` but for your case `bzr revert -r-2` as you did is okay (as there are no subsequent changes) [14:32] that just changes the tree. [14:32] you then commit that reversion, `bzr commit -m "Revert feature_branch_a which broke the build"` or whatever appropriate commit message [14:33] that creates r4, which is similar to r2 but with different history, [14:33] and in your case as you're using a remote branch, there is no `bzr push` step. [14:35] mgz: ok! but to let you know when I do bzr diff it shows all the differences that I don't want now will your step work fine with it?. Also I usually do local commit first and then push [14:35] the diff should only show things you want to change back, otherwise something has gone wrong. [14:36] so, `bzr diff` should be the inverse of `bzr diff -r2..3` in your case [14:37] mgz: whatever I don't want that diff now [14:38] vivekimsit: I don't understand [14:39] mgz: Sorry you were rigth [14:40] mgz: ok! it worked [14:40] mgz: Is there any straightforward solution to it [14:41] buy more ram? [14:41] I'm not sure which conversation we're having right now. [14:48] I have one more issue, I often work on more than one project at a time. so it becomes diff to write the name of the projects every time. Eg: bzr push lp:~XXXX/my_branch_name. Is there any way by which my current tree name is automatically picked as a branch name during the push [14:51] vivekimsit: yes, if you have a consistent local layout [14:51] like [14:51] see === hazmat is now known as kapilt === deryck is now known as deryck[lunch] === deryck[lunch] is now known as deryck [22:27] is there a sane and reasonable method of pulling bzr down to git? maybe not even pushing back. quilt is already in use, so good enough for me, right? i just don't grok branching and merging in bzr, whereas git is dead simple and very familiar. [22:28] just need to work on two projects at once, only one of which can be contributed back upstream (but both need to be included in the local product) [22:28] err... s/project/branch/ [23:01] how can one diff a branch at a particular non head revision with another branch [23:01] even if the branch is updated to a particular rev, diff seems to use the head when diffing [23:02] ttilley, it's pretty simple, it's just that each clone is a branch [23:02] ttilley, so you'd: cd master ; bzr merge ../34559-add-bonghits [23:03] instead of 'git checkout master ; git merge 34559-add-bonghits' [23:03] ah.. bzr dif -r revno path_to_other_branch does the trick