hy0kl@net: git

显示标签为“git”的博文。显示所有博文

2013年7月23日星期二

git 如何取消跟踪某个文件呢？

$ git rm --cached FILENAME

就可以了.
该操作不会删除原来的文件,同时取消对文件的版本变化跟踪.

2013年6月19日星期三

为 git 实现 'svn info' 的功能

git没有类似svn中的'svn info'功能, 自己写一个脚本来实现这样的功能:

#!/bin/sh

# Find base of git directory
while [ ! -d .git ] && [ ! `pwd` = "/" ]; do cd ..; done

# Show various information about this git directory
if [ -d .git ]; then
    echo "== Remote URL: `git remote -v`"

    echo "== Remote Branches: "
    git branch -r
    echo
    echo "== Local Branches:"
    git branch
    echo
    echo "== Configuration (.git/config)"
    cat .git/config
    echo
    echo "== Most Recent Commit"
    git --no-pager log --max-count=1
    echo
    echo "Type 'git log&' for more commits, or 'git show' for full commit details."
else
    echo "Not a git repository."
fi

运行效果如下:

== Remote URL: origin https://danshan@bitbucket.org/danshan/haidaofm.git (fetch)
origin https://danshan@bitbucket.org/danshan/haidaofm.git (push)
== Remote Branches:
origin/HEAD -> origin/master
origin/master

== Local Branches:
* master

== Configuration (.git/config)
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
[remote "origin"]
fetch = +refs/heads/*:refs/remotes/origin/*
url = https://danshan@bitbucket.org/danshan/haidaofm.git
[branch "master"]
remote = origin
merge = refs/heads/master

== Most Recent Commit
commit 843423895f429aa6d78be1b2d26fb93472c64548
Author: Dan Shan
Date: Mon Oct 15 07:12:33 2012 +0400

webapi
[bugfix]
1. fix some import error of java

Type 'git log' for more commits, or 'git show' for full commit details.

下载: http://www.shanhh.com/assets/post/2012/10/gitinfo.zip

2013年4月22日星期一

[转] git 标签

http://fsjoy.blog.51cto.com/318484/245106

内容提要：创建有签名，无签名、轻量级标签来永久的标记项目历史中的关键点

跟大多数的VCS工具一样，git也有在历史状态的关键点“贴标签”的功能--一般人们用这个功能来标记发布点（例如'v1.0'）。这节课我们学习如何使用标签列表，创建新标签，以及在git中有哪些不同类别的标签。

列出git中现有标签

要想列出git中现有的所有标签，输入'git tag'命令运行即可：

$ git tag

v0.1

v1.3

这个列表是按照字母表顺序给出的，其实排名先后跟重要程度没有直接联系。

当然，你也可以按照特定表达式搜索某些标签。假如在一个git仓库中有超过240个标签，而你只想得到1.4.2序列的标签，那么你可以：

$ git tag -l v1.4.2.*

v1.4.2.1

v1.4.2.2

v1.4.2.3

v1.4.2.4

创建标签

在git中有两种最主要的标签--轻量级标签（lightweight）和带注释的标签（annotated）。轻量级标签跟分枝一样，不会改变--它就是针对某个特定提交的指针。然而，带注释的标签是git仓库中的对象。它是一组校验和，包含标签名、email、日期，标签信息，GPG签名和验证。一般情况下，建议创建带注释的标签，这样就会保留这些信息，但是如果你只是需要临时性标签或者某些原因你不想在标签中附带上面说的这些信息，lightweight标签更合适些。

带注释的标签

在git中创建带注释的标签非常简单，在运行'tag'命令时加上-a就可以了。

$ git tag -a v1.4 -m 'version 1.4'

$ git tag

v0.1

v1.3

v1.4

'-m'指明标签信息，跟标签一起存储。如果你不使用-m指明标签信息，git会自动启动文本编辑器让你输入。

可以使用 git show 命令查看相应标签的版本信息，并连同显示打标签时的提交对象。

$ git show v1.4

tag v1.4

Tagger: Scott Chacon <schacon@gmail.com]] ]]>

Date: Mon Feb 9 14:45:11 2009 -0800

my version 1.4

commit 15027957951b64cf874c3557a0f3547bd83b3ff6

Merge: 4a447f7... a6b4c97...

Author: Scott Chacon <schacon@gmail.com]] ]]>

Date: Sun Feb 8 19:02:46 2009 -0800

Merge branch 'experiment'

我们可以看到，在提交对象信息上面，列出了此标签的提交者和提交时间，以及相应的标签信息。

有签名的标签

如果你有GPG私钥的话，你也可以用GPG来给你的标签签名，把-a换成-s就可以了：

[master]$ git tag -s v1.5 -m 'my signed 1.5 tag'

You need a passphrase to unlock the secret key for

user: "Scott Chacon <schacon@gmail.com>"

1024-bit DSA key, ID F721C45A, created 2009-02-09

然后，如果你对某个标签运行'git show'的话，你就会看到你的GPG前面附加上去了。

[master]$ git show v1.5

tag v1.5

Tagger: Scott Chacon <schacon@gmail.com]] ]]>

Date: Mon Feb 9 15:22:20 2009 -0800

my signed 1.5 tag

-----BEGIN PGP SIGNATURE-----

Version: GnuPG v1.4.8 (Darwin)

iEYEABECAAYFAkmQurIACgkQON3DxfchxFr5cACeIMN+ZxLKggJQf0QYiQBwgySN

Ki0An2JeAVUCAiJ7Ox6ZEtK+NvZAj82/

=WryJ

-----END PGP SIGNATURE-----

commit 15027957951b64cf874c3557a0f3547bd83b3ff6

Merge: 4a447f7... a6b4c97...

Author: Scott Chacon <schacon@gmail.com]] ]]>

Date: Sun Feb 8 19:02:46 2009 -0800

Merge branch 'experiment'

稍后，我们会介绍如何验证签名标签。

轻量级标签

轻量级标签实际上就是存在一个文件中的提交校验和--没有附加任何其他信息。创建轻量级标签的方法就是把上面'-a','-s','-m'这些选项都去掉。

$ git tag v1.4-lw

$ git tag

v0.1

v1.3

v1.4

v1.4-lw

v1.5

如果现在对这个标签使用'git show'命令，不会看到像上面那种标签显示的那么多内容，仅仅显示这次提交的有关信息。

$ git show v1.4-lw

commit 15027957951b64cf874c3557a0f3547bd83b3ff6

Merge: 4a447f7... a6b4c97...

Author: Scott Chacon <schacon@gmail.com>

Date: Sun Feb 8 19:02:46 2009 -0800

Merge branch 'experiment'

验证标签

使用'git tag -v (tag)'就可以验证一个签名标签了。这个命令会用到GPG来验证签名。前提是：你必须在密钥环中存放着签名者的公钥。

$ git tag -v v1.4.2.1

object 883653babd8ee7ea23e6a5c392bb739348b1eb61

type commit

tag v1.4.2.1

tagger Junio C Hamano <junkio@cox.net> 1158138501 -0700

GIT 1.4.2.1

Minor fixes since 1.4.2, including git-mv and git-http with alternates.

gpg: Signature made Wed Sep 13 02:08:25 2006 PDT using DSA key ID F3119B9A

gpg: Good signature from "Junio C Hamano <junkio@cox.net>"

gpg: aka "[jpeg image of size 1513]"

Primary key fingerprint: 3565 2A26 2040 E066 C9A7 4A7D C0C6 D9A4 F311 9B9A

如果你没有这个公钥的话，你会看到这样的信息：

gpg: Signature made Wed Sep 13 02:08:25 2006 PDT using DSA key ID F3119B9A

gpg: Can't check signature: public key not found

error: could not verify the tag 'v1.4.2.1'

后期贴标签

这种情况是说你想对以前的某次提交贴个标签，如果整个提交历史是这样的：

$ git log --pretty=oneline

15027957951b64cf874c3557a0f3547bd83b3ff6 Merge branch 'experiment'

a6b4c97498bd301d84096da251c98a07c7723e65 beginning write support

0d52aaab4479697da7686c15f77a3d64d9165190 one more thing

6d52a271eda8725415634dd79daabbc4d9b6008e Merge branch 'experiment'

0b7434d86859cc7b8c3d5e1dddfed66ff742fcbc added a commit function

4682c3261057305bdd616e23b64b0857d832627b added a todo file

166ae0c4d3f420721acbb115cc33848dfcc2121a started write support

9fceb02d0ae598e95dc970b74767f19372d61af8 updated rakefile

964f16d36dfccde844893cac5b347e7b3d44abbc commit the todo

8a5cbc430f1a9c3d00faaeffd07798508422908a updated readme

忘记在那个提交信息为'updated rakefile'的点上贴一个'v1.2'的标签了，我可以现在贴一个上去。你可以在执行创建标签的语句后面跟上那次提交的校验和（或者部分校验和）。

$ git tag -a v1.2 9fceb02

现在我们可以列出所有的标签：

$ git tag

v0.1

v1.2

v1.3

v1.4

v1.4-lw

v1.5

$ git show v1.2

tag v1.2

Tagger: Scott Chacon <schacon@gmail.com]] ]]>

Date: Mon Feb 9 15:32:16 2009 -0800

version 1.2

commit 9fceb02d0ae598e95dc970b74767f19372d61af8

Author: Magnus Chacon <mchacon@gmail.com]] ]]>

Date: Sun Apr 27 20:43:35 2008 -0700

updated rakefile

...

共享标签

默认情况下，'git push'命令不会将标签上传到远程服务器上。为了共享这些标签，你必须在'git push'命令后明确添加-tags选项

[master]$ git push --tags

Counting objects: 50, done.

Compressing objects: 100% (38/38), done.

Writing objects: 100% (44/44), 4.56 KiB, done.

Total 44 (delta 18), reused 8 (delta 1)

To git@github.com:schacon/simplegit.git

* [new tag] v0.1 -> v0.1

* [new tag] v1.2 -> v1.2

* [new tag] v1.4 -> v1.4

* [new tag] v1.4-lw -> v1.4-lw

* [new tag] v1.5 -> v1.5

现在，如果有人克隆或者在线同步你的git仓库的话，标签也会一并同步了。

2013年4月15日星期一

[转] git 中二进制文件冲突

http://segmentfault.com/q/1010000000095771

对于二进制文件的冲突，你肯定不想通过编辑二进制文件来解决冲突，那是不可能完成的事情。

你要做的就是：要么选择对方的修改，要么选择自己的修改。

你可以用 git checkout 的 --theirs 或 --ours 选项。

git pull

git checkout --theirs YOUR_BINARY_FILE

// git checkout --ours YOUR_BINARY_FILE

git add YOUR_BINARY_FILE

git commit -m 'merged with the remote repos.'

git push

2013年4月12日星期五

git 常见操作出错及解决方法汇总(持继更新,欢迎投稿)

1. Q: git push
error: refusing to update checked out branch: refs/heads/master
A: You can simply convert your remote repository to bare repository ( There is no working copy in the bare repository - the folder contains only the actual repository data ) .

Execute following command in your remote repository folder:

git config --bool core.bare true
Then delete all the files except .git in that folder. and then you will be able to perform git push to the remote repository without any errors.

2. Q: Git Tip: git push 'No refs in common and none specified'
Git is a source-control tool used by software developers.
A: $ git push origin master

2013年4月6日星期六

git 中的 fetch 和 pull

原文: http://www.tech126.com/git-fetch-pull/

git 中从远程的分支获取最新的版本到本地有这样2个命令：

1. git fetch：相当于是从远程获取最新版本到本地，不会自动merge

git fetch origin master
git log -p master..origin/master
git merge origin/master

    以上命令的含义：
   首先从远程的origin的master主分支下载最新的版本到origin/master分支上
   然后比较本地的master分支和origin/master分支的差别
   最后进行合并

   上述过程其实可以用以下更清晰的方式来进行：

git fetch origin master:tmp
git diff tmp
git merge tmp

    从远程获取最新的版本到本地的test分支上
   之后再进行比较合并

2. git pull：相当于是从远程获取最新版本并merge到本地

git pull origin master
    上述命令其实相当于git fetch 和 git merge
    在实际使用中，git fetch更安全一些
   因为在merge前，我们可以查看更新情况，然后再决定是否合并

2013年4月4日星期四

git merge after fork

背景:
fork 了一个感兴趣的项目,例如 memcached,它的开发者很活跃,很快会遇到将主项目合并到 fork 出的分支中来的实际问题,远程分支合并.

具体步骤:
1. 显示数据仓库
$ git remote -v
origin git@github.com:hy0kl/memcached.git (fetch)
origin git@github.com:hy0kl/memcached.git (push)
可以看到当前的git库中,有一个默认的远程数据仓库,后面的(fetch)和(push)是 pull 抓取数据和 push 推送数据的地址.
我们要合并的是 git://github.com/memcached/memcached.git

2. 方法
$ git checkout -b feature # 创建并切换到新的 feature 分支来进行 merge 操作,降低操作风险
$ git remote -v # 查看当前的远程仓库配置
$ git remote add dev-memcached git://github.com/memcached/memcached.git
$ git remote -v # 查看新增后的变化,形如:
dev-memcached git://github.com/memcached/memcached.git (fetch)
dev-memcached git://github.com/memcached/memcached.git (push)
origin git@github.com:hy0kl/memcached.git (fetch)
origin git@github.com:hy0kl/memcached.git (push)
$ git fetch dev-memcached # 将 dev-memcached(即 memcached 最新源码) fetch 下,准备进行 merge
$ git merge dev-memcached/master # 将 dev-memcached 下 maste 分支的内容 merge 到当前的数据仓库.其他的分支也可以,将master替换即可
$ git remote rm dev-memcached # 删除远程数据仓库,避免以后误操作

3. 合并代码
之后如果代码冲突解决完成,可以按照正常的代码提交流程进行代码提交:
$ git commit -am "msg"
$ git pull
$ git push

如果是 master 分支开发,则
$ git checkout master
$ git merge feature
# 有冲突,解决后先 commit
$ git push # 完成

PS: 感谢姜同学

订阅：博文 (Atom)