/srv/irclogs.ubuntu.com/2012/04/18/#bzr.txt

vivekimsitHi, I just want some immidiate help :(06:56
vivekimsitI have checkout one branch from launchpad06:56
vivekimsitnow I am on rev12 and my collegue is on rev1906:57
vivekimsithow can I get my code updated?06:57
spivvivekimsit: 'bzr pull'06:57
vivekimsitok! I was really confused b/w pull and up, pls can u tell me something about up also and thanks06:58
spiv(Or perhaps 'bzr update' if you used 'bzr checkout' rather than 'bzr branch' to get the branch; refer to the docs for the details if you want)06:58
spivIn short: update updates a checkout to be current with the branch it is a check of.06:59
spiv'pull' updates a branch to be current with another branch (by default the branch it was branched from).06:59
vivekimsitI used bzr co!07:00
vivekimsitso I should use up?07:01
vivekimsitI am getting an error while doing 'up'07:04
vivekimsitbzr+ssh://bazaar.launchpad.net/~synerpgy/synerpgy-projects/destock_dev/07:06
vivekimsitbzr: ERROR: No WorkingTree exists for "bzr+ssh://bazaar.launchpad.net/~synerpgy/synerpgy-projects/destock_dev/".07:06
fullermdYou sure you're just doing "bzr up", not putting stuff after it?07:11
vivekimsitshit! I did this : bzr up lp:~synerpgy/synerpgy-projects/destock_dev07:13
vivekimsitok! how to undo my last commit ?07:14
LarstiQvivekimsit: so for the update do `bzr up` instead of `bzr  up lp:~synerpgy/synerpgy-projects/destock_dev`07:18
vivekimsitok07:18
LarstiQvivekimsit: then, if your question about commit is unrelated to that, use `bzr uncommit`07:18
LarstiQif it is related, maybe I should first figure out what exactly is going on07:18
vivekimsitOk! now some more small problem07:29
vivekimsitI have done bzr up and now I am getting some weird things in my source !07:30
bob2do you mean conflict markers?07:30
vivekimsit<<<<<<< TREE, >>>>>>> MERGE-SOURCE07:31
bob2== conflict markers07:31
vivekimsitya07:31
vivekimsitSo do I need to remove them manually?07:31
bob2alas bound checkouts make this painful07:31
bob2iirc07:32
vivekimsitis there not any command line option to do it automatically07:32
bob2?07:32
bob2the point is that bzr tried to merge automatically and failed, because both sides had touched the same lines of the file07:32
vivekimsitits means no!07:32
bob2same thing in every version control system07:33
vivekimsitok! can I undo my last update?07:33
bob2it sounds a lot like you had uncommited changes?07:33
vivekimsitNo, its like I did bzr up, now I want to undo it07:35
bob2but you did bzr up with uncommited changes?07:35
vivekimsityes!07:36
bob2as far as I know, there's no easy way to get it back07:37
bob2someone else may know an answer though07:39
bob2(always commit before doing a thing!)07:39
vivekimsitok! the current scenario is I did 'up' and as you know there were some conflicts, and I now there is one more rev in remote branch so I need to do 'up' again. So, I am just afraid that do I need to fix my conflicts first or just do 'up' again and fix conflicts later!07:41
bob2no, don't up again07:41
vivekimsitso, what to do I have to make my code upto date!07:41
bob2what you should have done is commited and done a bzr pull07:42
vivekimsitactually I did was a co, there I had thought of options either revert it and do up again!07:43
vivekimsitsomeone told me here that for co we do upo07:43
vivekimsitup07:43
bob2well yeah, but that does this, which is not very useful07:43
vivekimsitok! how to manually remove all conflicts?07:49
bob2by editing the files with a text editor07:50
vivekimsitso which lines should I remove ?b/w tree and ===07:56
Merwin_hi08:14
vivekimsitWhat is text conflicts?08:30
javehello08:59
bob2== conflicts within the file08:59
javeI get a weird "killed" message in the middle of merging from a remote repository. locks are left dangling09:00
jamjave: is it taking a while? It sounds like something is killing your connection. So one option might be to branch locally and then do the merge.09:17
javejam: yes it takes quite a while09:25
javejam: but I'm not really sure what you mean with a local branch? I already have a branch that I would like to merge from uptstream09:26
javethis is the Emacs repository btw. I'm using the Fedora 17 beta so maybe there is some issue with the bzr version they provide10:29
javeBazaar (bzr) 2.5.010:30
LarstiQjave: jam's suggestion was to `bzr merge path/to/local/copy`, instead of `bzr merge remote/branch`12:44
javeLarstiQ: okay13:10
nDuffHmm. During a "bzr commit" (to a lightweight svn checkout): SubversionException: ("'http://subversion.tigris.org/xmlns/dav/md5-checksum' was not present on the resource", 160013)15:23
=== zyga is now known as zyga-food
=== Quintasan_ is now known as Quintasan
=== zyga-food is now known as zyga-afk
=== deryck is now known as deryck[lunch]
=== deryck[lunch] is now known as deryck
=== giterbaz is now known as wodemaye
wodemayeHi, I'm pretty new and trying to learn BZR, but before I invest too much effort into learning it, I want to know if I can essentially use it as a git client.  IE, I want to participate in a project on github.  What I've read tells me that I won't be able to "push" but I can't really figure out what this means.22:09
nDuffwodemaye: "pushing", in this context, is sending changes you made back into the remote git repository.22:19
nDuffwodemaye: ...that said, you _can_ use bzr dpush to put your changes from bzr into git, but it's not completely lossless in terms of metadata.22:20
nDuffthe metadata that's lost using dpush probably isn't critical -- things like rename info (which git just doesn't have as a concept)22:21
wodemayenDuff, so... I wouldn't lose any metadata on my local metadatabase, right?22:22
wodemayeand the commit descriptions would go through.  and the updated state of the entire dir under bzr version control will be pushed up to github?22:23
wodemayeas in all of my actual changes to the codebase would stay intact?22:23
nDuffthe changes themselves would stay intact, yes; the metadata... well, it wouldn't be _destroyed_ as such, but if you're working from the remote branch (which you'd want to do), you wouldn't still be working on the places it's attached to, so its continuing local existence is mostly just academic.22:25
nDuffthe other thing is that I haven't personally used the git foreign branch support, so I can't make promises about its stability22:26
wodemayenDuff, no worries. can you please elaborate on working on the remote branch? what does that mean? also, what sorts of metadata is it that gets lost?22:31
nDuffwodemaye: as mentioned before -- renames, mostly; git refuses by design to think about directories as first-class objects, so it doesn't have any way to record operations on them.22:35
nDuffwodemaye: ...re: "working on the remote branch" in that context -- presumably after you've pushed your changes, other folks will make other changes on top of them, and you'll want to check out and work from that version, rather than working from your local branch in bzr that still has full metadata attached.22:36
wodemayebut they would still be reflected in the github version, right? if i branch a github repo, then rename oldname.txt to newname.txt, then dpush the repo back up, then someone else clones the repo with a real git client, they won't see oldname.txt anymore will they?  would it just appear as though i'd deleted oldname.txt and added a new file called newname.txt with coincidentally identical contents?22:39
wodemayenDuff, also, you say "things like" ... rename info.  what other things "like" it are lost?22:41
wodemayeand thanks for answering my qs btw.22:42
jelmerwodemaye: revision properties, like bug info22:47
jelmermultiple authors, references to ghost revisions (which are unlikely to occur unless your project was ever imported from svn or baz)22:47
wodemayejelmer, k, thx.22:48

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