Joseph Wakeling wrote: > Hello all, > > Following the very interesting debate about the differences between bzr > and git, I thought it was about time I tried to learn properly about git > and how to use it. I've been using bzr for a good while now, although > since I'm not a serious developer I only use it for simple purposes, > keeping track of code I write on my own for academic projects. > > So, a few questions about differences I don't understand... > > First off a really dumb one: how do I identify myself to git, i.e. give > it a name and email address? Currently it uses my system identity, > My Name <username@computer.(none)>. I haven't found any equivalent of > the bzr whoami command. git repo-config user.name "Joseph Wakeling" git repo-config user.email joseph.wakeling@xxxxxxxxxxxx You might add --global option if you want your identity to be saved in ~/.gitconfig file, and not per repository (one might want to use different identities for different repositories). "git repo-config --list" or "git var -l" to list all config. There is no direct equivalent of "bzr whoami" (the equivalent would be: echo "$(git repo-config --get user.name) <$(git repo-config --get user.email)>" > Now to more serious business. One of the main operational differences I > see as a new user is that bzr defaults to setting up branches in > different locations, whereas git by default creates a repository where > branches are different versions of the directory contents and switching > branches *changes* the directory contents. bzr branch seems to be > closer to git-clone than git-branch (N.B. I have never used bzr repos so > might not be making a fair comparison). The rough equivalent of bzr repos would be a set of git repos which share object database, either via symlink, or via GIT_OBJECT_DIRECTORY, or via alternates mechanism. But it is a fact that in bzr working area is associated with branch, while in git it is associated with repository. > With this in mind, is there any significance to the "master" branch (is > it intended e.g. to indicate a git repository's "stable" version > according to the owner?), or is this just a convenient default name? > Could I delete or rename it? Using bzr I would normally give the > central branch(*) the name of the project. Of course you can rename 'master' branch. But please remember that names of branches in git are local matter. Well, except the fact that you usually preserve them in a fashion. But equivalent of giving central branch the name of the project would be naming the directory with working area and .git directory the name of project, or in the case of bare repository giving $GIT_DIR for a project name project.git. > Any other useful comments that can be made to a bzr user about working > with this difference, positive or negative aspects of it? By the way, 'master' is by no means special. It is default in a few cases (init-db, clone), but that's all. > Next question ... one of the reasons I started seriously thinking about > git was that in the VCS comparison discussion, it was noted that git is > a lot more flexible than bzr in terms of how it can track data (e.g. the > git pickaxe command, although I understand that's not in the released > version [1.4.4.1] yet?). A frustration with bzr is that pulling or > merging patches from another branch or repo requires them to share the > same HEAD. Is this a requirement in git or can I say, "Hey, I like that > particular function in project XXX, I'm going to pull that individual > bit of code and its development history into project YYY"? In git repository can have unrelated branches. So you can fetch unrelated repository into your repository, and merge/cherry-pick from there if needed. In defence of Bazaar-NG, you can probably get the same or very similar with bzr repos. > Last off (for now, I'm sure I'll think of more): is there any easy (or > difficult) way to effectively import version history from a bzr > repository, and vice versa? Try git-archimport, or Tailor tool. -- Jakub Narebski Warsaw, Poland ShadeHawk on #git - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html