首页 > 代码库 > hg 的使用简介

hg 的使用简介

克隆仓库

仓库是一个目录,它包含所有我们希望保留历史的源代码和这些源代码的历史记录。

克隆就是生产一个仓库的副本,这样可以有一个本地私有的仓库来工作.

hg clone http://远程仓库地址:端口 

需要说明的是:在 Mercurial 中, 每一个仓库是自包含的。当你克隆一个仓库后,新仓库变成克隆时它的精确复本, 但是后续的两个仓库当中任一方改变都不会在对方显示,除非你用 Pull 或 Push 明确地传递改变。

本地克隆

hg clone curRepoPath toRepoPath 

查看仓库的历史

hg log 

$ cd my-hello

$ hg log

changeset: 1:97455d972b91

tag: tip

user: mpm@xxx.com

date: 2014-06-19

summary: Create a file

changeset: 0:97455d972b91

tag: tip

user: mpm@xxx.com

date: 2014-06-19

summary: Create a file

changeset 标识了一个 改变集.

冒号前面的数字代表版本号; 它是一种标识改变集的本地缩写.只是在你的本地仓库中这个版本号才有意义.

冒号后面的那个很长的十六进制串是 ChangeSetID; 它是标识改变集的全局唯一标识符, 在所有包含这个改变集的仓库中都相同. 如果你正在和其他人讨论某个改变集,请使用这个 ChangeSetID,而不是上面说的版本号.

查看指定版本号的改动,并且显示改动在哪

hg log -r版本号 -p 

处理改动

与仓库同步后,如果本地有任何改动,则hg自动给我们生成了一个变更集(changeset,简写为 cset),

它自动收集记录了本地仓库(俗称版本库)中的文件的任何改动,用 changeset ID 唯一标识(identify)一个变更集.

查看变更:

hg status 或简写 hg st 

查看改动:

hg diff 

放弃变更并重新开始:

hg revert hello.c 或者用--all选项来恢复所有文件 

revert重命名被编辑文件hello.c为hello.c.orig并恢复hello.c到它的未编辑状态。 status命令现在会将hello.c.orig视为不被追踪的(以"?"为前缀)。

如果我又改变主意想要重用我做的修改,我只需要移除未编辑状态的hello.c然后重命名我改过的hello.c.orig为hello.c

rm hello.c

mv hello.c.orig hello.c

hg st

M hello.c

执行提交

hg commit 

第一次,通常会出现

abort: no username supplied

这使因为没有配置本地仓库使用者的用户名,可以去.hg目录下简历hgrc文件,

[ui]

username = yourname

或者是这样

hg config --edit 

设定username后,再次commit,会出现一个编辑框,提示要输入一些变更信息

如果不习惯那样,那么可以这样

hg commit -m ‘Add description of xxxxxx‘ 

与别的仓库分享改变

查看其他仓库的状况

可以使用 tip 命令来找出每一个仓库的Tip(Tip 是最后一个变更集).

localhost:my-hello cyk$ hg tip<br>

changeset: 2:b5b427d8a2ef

tag: tip

user: CodingLion

date: Thu Jun 19 22:50:11 2014 +0800

summary: have anything to say?

localhost:my-hello cyk$ hg tip

changeset: 3:863a46da4e7a

tag: tip

user: CodingLion

date: Thu Jun 19 22:52:11 2014 +0800

summary: wo qu !

可以看到,tip在不同的仓库中是不同的.

别人有,我也要有,pull之,

这个命令所有在别的仓库中有而在本仓库中没有的 变更集 从别的仓库拉到本仓库。

我有,别人没有,push之.

合并改变

已经对 A 仓库中的 hello.c 作了一个变更 , 同时对 B 仓库 中的 hello.c 作了另一个变更. 怎样合并这两个分叉开发主线?

hg pull B 
hg merge 

但是, 经常是不能自动合并的,因为同样源文件的相同的代码在每个ChangeSet中被不同的方式更改(一个是我们提交的更改方式,一个是我们[Pull]来的)。

hg merge时,会发生什么决定于电脑中安装了什么样的程序。如果装了图形的合并程序,我们就能够看到在两个更改之间发生了什么冲突,并决定如何去做。

三路合并,分别是:

  1. 本地文件(当前仓库)
  2. 其它文件(正在被合并的仓库)
  3. 基文件 (在分支分开前的最后一个版本