git 功能的活学活用及探讨 [zt]

git 功能的活学活用及探讨 [zt]

我不太

了解

$ git-fetch origin (1)

$ git-rebase origin (2)

$ git-format-patch origin     (3)

的功能，Yuri.G. 进来指导一下

2007-9-19 21:59

-次数: 4

git教程.htm.bz2 (15.86 KB)

指导不敢,我也之只是略懂皮毛,分享一下吧.

据我的了解

git-fetch是抓取外部版本库的.

以下是一段引用

QUOTE:$ git-fetch

根据不同的远程版本库所

使用

的通讯协议的路径来替代上面的 remoted-repository 就可以了。

Rsync

rsync://remote.machine/patch/to/repo.git/

SSH

remote.machine:/path/to/repo.git

or

ssh://remote.machine/patch/to/repo.git/

这是可以上传和-的双向传输协议，当然，你要有通过 ssh 协议登录远程机器的权限。它可以找出两端的机器提交过的对象集之中相互缺少了那些对象，从而得到需要传输的最小对象集。这是最高效地交换两个版本库之间的对象的方式（在 git 兼容的所有传输协议当中）。

下面是个取得 SSH 远程版本库的命令例子：

$ git-fetch robin@192.168.1.168:/path/to/gittutorcn.git   (1)

(1) 这里 robin 是登录的用户名，192.168.1.168 是保存着主版本库的机器的 IP 地址。

Local directory

/path/to/repo.git/

本地目录的情况和 SSH 情况是一样的。

git Native

git://remote.machine/path/to/repo.git/

git 自然协议是设计来用于匿名-的，它的工作方式类似于 SSH 协议的交换方式。

HTTP(S)

Rsync, SSH 之类的双向传输方式来建立类似 CVS，SVN 这样的中心版本库模式的开发组织形式。

git-reset是逆转和恢复.就是版本回退.

QUOTE:逆转与恢复：git-reset

项目跟踪工具的一个重要任务之一，就是使我们能够随时逆转（Undo）和恢复（Redo）某一阶段的工作。

git-reset 命令就是为这样的任务准备的。它将当前的工作分支的 头 定位到以前提交的任何版本中，它有三个重置的算法选项。

命令形式：

git-reset [--mixed | --soft | --hard] []

命令的选项：

--mixed

仅是重置索引的位置，而不改变你的工作树中的任何东西（即，文件中的所有变化都会被保留，也不标记他们为待提交状态），并且提示什么内容还没有被更新了。这个是默认的选项。

--soft

既 不触动索引的位置，也不改变工作树中的任何内容，我们只是要求这些内容成为一份好的内容（之后才成为真正的提交内容）。这个选项使你可以将已经提交的东西 重新逆转至“已更新但未提交（Updated but not Check in）”的状态。就像已经执行过 git-update-index 命令，但是还没有执行 git-commit 命令一样。

--hard

将工作树中的内容和头索引都切换至指定的版本位置中，也就是说自 之后的所有的跟踪内容和工作树中的内容都会全部丢失。因此，这个选项要慎用，除非你已经非常确定你的确不想再看到那些东西了

git-format-patch 似乎也只是生成email 形式的补丁用于发给上游的维护者.

QUOTE:原帖由

platinum

于 2007-9-19 21:59 发表

我先放一个教程上来

我不太了解

$ git-fetch origin (1)

$ git-rebase origin (2)

$ git-format-patch origin     (3)

的功能，Yuri.G. 进来指导一下

这个HTML是用什么写的?格式很好,我需要一个这样的工具.

哦，不是 git-reset，是 git-rebase

HTML 我不清楚，我是在网络上

找到

的

Sorry看快了.

to clipboard] [ - ]CODE:          A---B---C topic

/

D---E---F---G master

From this point, the result of either of the following commands:

git-rebase master

git-rebase master topicwould be:

A'--B'--C' topic

/

D---E---F---G master

The latter form is just a short-hand of git checkout topic followed by git rebase master.

中文资料不太多，英文的看上去又很累很抽象，有具体需求时再研究吧……

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。