首页 > 代码库 > 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时,会发生什么决定于电脑中安装了什么样的程序。如果装了图形的合并程序,我们就能够看到在两个更改之间发生了什么冲突,并决定如何去做。
三路合并,分别是:
- 本地文件(当前仓库)
- 其它文件(正在被合并的仓库)
- 基文件 (在分支分开前的最后一个版本)