最新消息:三苏博客专业为广大站长朋友提供网站源码

开发者GIT常用命令之二

Linux 三苏 125浏览 0评论

前言

今天继续整理自己的书签,对于开发者而言,版本管理工具是必不可少的,这里我要说的就是git,在我之前一篇git常用命令就已经对git有了一些介绍,这一篇我继续来整理一下,所谓温故而知新。

个人开发者(单独开发)

单独的个人开发者不会与他人交换修补程序,只用到下列命令,独自在单独的代码库上工作:

itinit(1)用来创建新代码库。
git
showbranch(1)用来查看你在哪里。
git
log(1)查看发生过什么。
git
checkout(1)和gitbranch(1)用来切换分支
git
add(1)用来管理索引文件。
git
diff(1)和gitstatus(1)查看你正在做什么。
git
commit(1)将内容推进现分支
git
reset(1)和gitcheckout(1)(带路径名 参数)放弃修改。
git
merge(1)用来合并本地分支
git
rebase(1)用来维护主题分支
git
tag(1)用来给已知点打标签

实例

用Tar包作为一个新代码库的起始点

$ tar zxf frotz.tar.gz
$ cd frotz
$ git init
$ git add . //添加现目录下的所有文件。
$ git commit -m "import of frotz source tree."
$ git tag v2.43 //打一个轻量的无注释的标签

创建一个主题分支并开发

$ git checkout -b alsa-audio //创建一个主题分支。
$ edit/compile/test
$ git checkout -- curses/ux_audio_oss.c //还原你在curses/ux_audio_oss.c文件里搞砸了的修改
$ git add curses/ux_audio_alsa.c //如果你要添加一个新文件是,你需要告诉git;之后,如果你使用git commit -a, 删除和修改就会被捕获
$ edit/compile/test
$ git diff HEAD //查看你正在提交什么修改
$ git commit -a -s //提交你已签署了的所有已测试文件。
$ edit/compile/test
$ git reset --soft HEAD^ //退回到上一个提交,并保留工作树
$ edit/compile/test
$ git diff ORIG_HEAD //查看自从上一个不成熟提交后的修改
$ git commit -a -c ORIG_HEAD //使用原先写过的信息,重做在之前步骤中撤销了的提交
$ git checkout master //切换到主干分支。
$ git merge alsa-audio //把主题分支合并到你的主分支
$ git log --since='3 days ago' //回顾提交记录;其他限制输出的形式也可以合并包含: –max-count=10(显示10个提交),–until=2005-12-10等
$ git log v2.43.. curses/ //只查看影响到在curses/目录里,从v2.43标签开始的修改

 

个人开发者(参与开发)

作为在一个团体项目里参与角色的开发人员,需要学习如何与他人沟通,除了那些单独开发者需要掌握的命令以外,还要使用这些命令。

git-clone从上游代码库填充你的本地代码库。
git-pullgit-fetch从“origin”得到最新的上游代码库。
git-push用来共享代码库,如果你采用cvs风格的代码库工作流的话。
git-format-patch用来准备e-mail提交,如果你使用Linux内核风格的公共论坛工作流的话。

实例

复制上游代码库并在其之上工作。提交修改到上游代码库

$ git clone git://git.kernel.org/pub/scm/.../torvalds/linux-2.6 my2.6
$ cd my2.6
$ edit/compile/test; git commit -a -s //按需重复
$ git format-patch origin //从你的分支中提取补丁文件,用于电子邮件提交
$ git pull //git pull命令默认从“origin”里取得内容并合并到当前的分支中去
$ git log -p ORIG_HEAD.. arch/i386 include/asm-i386 //在拉过内容之后,立即查看在上游仓库中从上次我们检查过之后提交的修改,只检查我们关心的区域
$ git pull git://git.kernel.org/pub/.../jgarzik/libata-dev.git ALL //从一个指定代码库的一个指定分支获取内容并合并
$ git reset --hard ORIG_HEAD //撤销拉操作
$ git gc //从撤销的拉操作中回收残存的对象
$ git fetch --tags //不时地,从origin处获取官方的标签,并保存于.git/refs/tags

推进另一个代码库

$ git clone mothership:frotz frotz //mothership机器在你的home目录下有一个frotz代码库;将它复制,以在satellite机器上启动一个代码库
$ cd frotz
$ git config --get-regexp '^(remote|branch).' //复制操作默认设定这些配置变量。它安排git pull去抓取并保存mothership机上的分支到本地的remotes/origin/* 的跟踪分支上
remote.origin.url mothership:frotz
remote.origin.fetch refs/heads/*:refs/remotes/origin/*
branch.master.remote origin
branch.master.merge refs/heads/master
$ git config remote.origin.push 
      master:refs/remotes/satellite/master //安排git push去推送本地的主分支到mothership机的remotes/satellite/master分支
$ edit/compile/test/commit
$ git push origin //推操作会在mothership机的remotes/satellite/master的远程跟踪分支上收藏我们的工作。你可以用此作为一个备用方法  
$ cd frotz
$ git checkout master
$ git merge satellite/master //在mothership机上,将satellite机上已完成的工作合并到master分支去

分支的特定标签

$ git checkout -b private2.6.14 v2.6.14 //创建一个私有分支,基于熟知(但稍许过时的)标签
$ edit/compile/test; git commit -a
$ git checkout master
$ git format-patch -k -m --stdout v2.6.14..private2.6.14 |
  git am -3 -k //在没有正式的“合并”下,向前移植所有private2.6.14分支的修改到master分支上

集成人员

在一个团队项目中担任集成者的是一名相当重要的人员,他接受别人的修改,评审并且集成并且发布结果,供他人使用;除了那些参与者需要的命令之外,还会使用这些命令

git-am用来采用你的贡献者发电邮寄来的补丁文件。
git-pull用来从你的可信任的助手处合并内容。
git-format-patch用来准备并向你的贡献者发送建议选项。
git-revert用来撤销不好的提交。
git-push用来发布最新的内容。

 

实例

我典型的GIT一天

$ git status //查看我正在做什么,如果有的话
$ git show-branch //查看我拥有的主题分支,并考虑它们的完成度。
$ mailx //读邮件,保存合适的,并且保存那些尚未完成的。
s 2 3 4 5 ./+to-apply
s 7 8 ./+hold-linus
q
$ git checkout -b topic/one master
$ git am -3 -i -s -u ./+to-apply //采用它们,交互式地,带着我的签名。
$ compile/test
$ git checkout -b hold/linus && git am -3 -i -s -u ./+hold-linus //按需创建主题分支,还是由我签名采用。
$ git checkout topic/one && git rebase master //为内部的还未合并到主分支,也没有作为稳定分支的一部分公开的主题分支重定基线
$ git checkout pu && git reset --hard next //从接下来开始,每次都重启pu
$ git merge topic/one topic/two && git merge hold/linus //合并仍然在料理中的主题分支
$ git checkout maint
$ git cherry-pick master~4 //向后移植极其重要的修正
$ compile/test
$ git tag -s -m "GIT 0.99.9x" v0.99.9x //创建一个签名的标签
$ git fetch ko && git show-branch master maint 'tags/ko-*' //确保我不会意外将主分支回滚到我已经推出来的内容。
$ git push ko //推出最新内容
$ git push ko v0.99.9x //也推标签

代码库管理

代码库管理员使用下列工具来设置及维护开发者对代码库的访问

git-daemon允许匿名者从代码库下载
git-shell可以被用作为限制登录shell,用于共享中央代码库的用户

update hook howto有一个很好的管理共享中央代码库的实例。

实例

我们假设下面的内容均在/etc/services目录下。

$ grep 9418 /etc/services
git             9418/tcp                
# Git Version Control System

从inetd运行git-daemon来服务于/pub/scm

$ grep git /etc/inetd.conf
git     stream  tcp     nowait  nobody 
  /usr/bin/git-daemon git-daemon --inetd --export-all /pub/scm

实际的配置应该在1行里。

从xinetd运行git-daemon来服务于/pub/scm

$ cat /etc/xinetd.d/git-daemon
# default: off
# description: The git server offers access to git repositories
service git
{
        disable = no
        type            = UNLISTED
        port            = 9418
        socket_type     = stream
        wait            = no
        user            = nobody
        server          = /usr/bin/git-daemon
        server_args     = --inetd --export-all --base-path=/pub/scm
        log_on_failure  += USERID
}

检查xinetd(8)文档并设置,这个文档来自于Fedora系统。其他也许会不一样。 授予开发者只推/拉访问操作权限

$ grep git /etc/passwd //登录shell被设置到/usr/bin/git-shell, 不允许git push和git pull以外的任何操作。用户应该会获得一个访问此机器的ssh权限。
alice:x:1000:1000::/home/alice:/usr/bin/git-shell
bob:x:1001:1001::/home/bob:/usr/bin/git-shell
cindy:x:1002:1002::/home/cindy:/usr/bin/git-shell
david:x:1003:1003::/home/david:/usr/bin/git-shell
$ grep git /etc/shells //在许多发布版本中,/etc/shells需要列出作为一个登录shell需要的内容
/usr/bin/git-shell

CVS风格的共享代码库

$ grep git /etc/group //把开发者置于同一git组中
git:x:9418:alice,bob,cindy,david
$ cd /home/devo.git
$ ls -l //将共享代码库配为可被组写
  lrwxrwxrwx   1 david git    17 Dec  4 22:40 HEAD -> refs/heads/master
  drwxrwsr-x   2 david git  4096 Dec  4 22:40 branches
  -rw-rw-r--   1 david git    84 Dec  4 22:40 config
  -rw-rw-r--   1 david git    58 Dec  4 22:40 description
  drwxrwsr-x   2 david git  4096 Dec  4 22:40 hooks
  -rw-rw-r--   1 david git 37504 Dec  4 22:40 index
  drwxrwsr-x   2 david git  4096 Dec  4 22:40 info
  drwxrwsr-x   4 david git  4096 Dec  4 22:40 objects
  drwxrwsr-x   4 david git  4096 Nov  7 14:58 refs
  drwxrwsr-x   2 david git  4096 Dec  4 22:40 remotes
$ ls -l hooks/update //使用Carl的update-hook实例,这个实例在Documentation/howto/, 讲述了分支策略控制
  -r-xr-xr-x   1 david git  3536 Dec  4 22:40 update
$ cat info/allowed-users //alice和cindy可以推送到主分支,只有bob可以推送进doc-update。david是发布经理,并且是唯一一位可以创建并推送版本标签的人
refs/heads/master       alice|cindy
refs/heads/doc-update   bob
refs/tags/v[0-9]*       david

支持dumb协议传送的HTTP服务器

dev$ git update-server-info //确保你的info/refes和objects/info/packs是最新的。
dev$ ftp [email protected].example.com //上传到由你的ISP拥有的公共HTTP服务器。
ftp> cp -r .git /home/user/myproject.git

转载请注明:三苏博客 » 开发者GIT常用命令之二

发表我的评论
取消评论
表情

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址