BlogJava-xiaomage234-随笔分类-git svn

gerrit - first commit

小马歌 — Fri, 11 Aug 2017 03:23:00 GMT

gerrit还是轻易不要尝试引入，它的权限管理，真是复杂极了。对于小型团队，初期这将是个噩梦，但是对于像OpenStack，安卓这种大型team，又是一把利器。

下面尝试测试了两个用户的简单情况，很多配置都是系统默认，没有进行啥复杂配置，即使这样也是错误百出，光一个commit就要折腾半天，而且还有些机制没搞清楚。

首先要做的准备工作就是准备两个gerrit用户，user1和user2，并且分别把user1和user2的ssh pub-key通过gerrit setting添加好。

1. 首先user1创建一个叫HelloWord的project。

如何创建project请参考前期博客或者官方文档。

2. user1在自己的工作环境中把HelloWord clone下来

[user1@jenkins ~]$ git clone ssh://user1@gerrit.example.com:29418/HelloWorld.git
Initialized empty Git repository in /home/user1/HelloWorld/.git/
remote: Counting objects: 2, done
remote: Finding sources: 100% (2/2)
remote: Total 2 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (2/2), done.
加入user1没有添加ssh pubkey的话，这一步会出permission deny

clone后，创建一个README文件并add，commit
[user1@jenkins ~]$ cd HelloWorld
[user1@jenkins HelloWorld]$ ls
[user1@jenkins HelloWorld]$ touch README
[penxiao@jenkins test]$ git add README
[penxiao@jenkins test]$ git commit -m add README
这里注意一点，在下面要push之前，一定要配置好git config的 username和email
可以通过命令行或者直接编辑 ~/.gitconfig文件实现，而且email一定要和gerrit里注册的email一致，否者push也会出错。
[user1@jenkins HelloWorld]$ git push origin master
Counting objects: 3, done.
Writing objects: 100% (3/3), 213 bytes, done.
Total 3 (delta 0), reused 0 (delta 0)
remote: Processing changes: refs: 1, done
To ssh://user1@gerrit.example.com:29418/HelloWorld.git
* [new branch] master -> master
[user1@jenkins HelloWorld]$

在gerrit的gitweb链接可以查看push的文件。

3. user2加入

[user2@jenkins ~]$ git clone ssh://user1@gerrit.example.com:29418/HelloWorld.git

Initialized empty Git repository in /home/user2/HelloWorld/.git/

remote: Counting objects: 3, done

remote: Finding sources: 100% (3/3)

remote: Total 3 (delta 0), reused 3 (delta 0)

Receiving objects: 100% (3/3), done.

[user2@jenkins ~]$ cd HelloWorld

[user2@jenkins HelloWorld]$ ls

README

[user2@jenkins HelloWorld]$

user2对README文件进行修改，然后要commit，push

！！！也同样注意，user2的git config，username和email的配置，email要和gerrit setting里的一致。

commit完以后可以看到

[user2@jenkins HelloWorld]$ git log

commit 7959fe47bc2d2f53539a1861aa6b0d71afe0a531

Author: user2

Date: Thu Dec 12 00:24:53 2013 -0500

edit README

commit 98099fc0de3ba889b18cf36f9a5af267b3ddb501

Author: user1

Date: Thu Dec 12 00:15:08 2013 -0500

add README

[user2@jenkins HelloWorld]$

现在user2要把这次的改变push到gerrit，可以么？

不行的，可以看到

[user2@jenkins HelloWorld]$ git push origin master

Counting objects: 5, done.

Writing objects: 100% (3/3), 249 bytes, done.

Total 3 (delta 0), reused 0 (delta 0)

remote: Branch refs/heads/master:

remote: You are not allowed to perform this operation.

remote: To push into this reference you need 'Push' rights.

remote: User: user2

remote: Please read the documentation and contact an administrator

remote: if you feel the configuration is incorrect

remote: Processing changes: refs: 1, done

To ssh://user2@gerrit.example.com:29418/HelloWorld.git

! [remote rejected] master -> master (prohibited by Gerrit)

error: failed to push some refs to 'ssh://user2@gerrit.example.com:29418/HelloWorld.git'

[user2@jenkins HelloWorld]$

这就是gerrit的精髓所在了。原因是gerrit不允许直接将本地修改同步到远程仓库。客户机必须先push到远程仓库的refs/for/*分支上，等待审核。这也是为什么我们需要使用gerrit的原因。gerrit本身就是个代码审核工具。

接下来更该push的地址：

[user2@jenkins HelloWorld]$git config remote.origin.push refs/heads/*:refs/for/*

此命令实际是更改的是本地仓库test_project/.git/config文件。

再次push

[user2@jenkins HelloWorld]$git push origin

这次不要加master

[user2@jenkins HelloWorld]$ git push origin

Counting objects: 5, done.

Writing objects: 100% (3/3), 249 bytes, done.

Total 3 (delta 0), reused 0 (delta 0)

remote: Processing changes: refs: 1, done

remote: ERROR: missing Change-Id in commit message footer

remote: Suggestion for commit message:

remote: edit README

remote:

remote: Change-Id: I7959fe47bc2d2f53539a1861aa6b0d71afe0a531

remote:

remote: Hint: To automatically insert Change-Id, install the hook:

remote: gitdir=$(git rev-parse --git-dir); scp -p -P 29418 user2@gerrit.example.com:hooks/commit-msg ${gitdir}/hooks/

remote:

To ssh://user2@gerrit.example.com:29418/HelloWorld.git

! [remote rejected] master -> refs/for/master (missing Change-Id in commit message footer)

error: failed to push some refs to 'ssh://user2@gerrit.example.com:29418/HelloWorld.git'

尼玛，还是不行，说缺change-Id，为了能让每次commit能自己insert 这个change-id，需要从gerrit server上下载一个脚本

[user2@jenkins HelloWorld] scp -p 29418 user2@gerrit.example.com:hooks/commit-msg /.git/hooks/

然后重新commit

[user2@jenkins HelloWorld]$ git commit --amend

再次查看git log

[user2@jenkins HelloWorld]$ git log

commit f6b5919170875b5b4870fca2ab906c516c97006e

Author: user2

Date: Thu Dec 12 00:24:53 2013 -0500

edit by user2

Change-Id: Ieac68bebefee7c6d4237fa5c058386bf7c4f66b7

commit 98099fc0de3ba889b18cf36f9a5af267b3ddb501

Author: user1

Date: Thu Dec 12 00:15:08 2013 -0500

add README

[user2@jenkins HelloWorld]$

这次就有了change id

然后再次push

[user2@jenkins HelloWorld]$ git push origin

Counting objects: 5, done.

Writing objects: 100% (3/3), 289 bytes, done.

Total 3 (delta 0), reused 0 (delta 0)

remote: Processing changes: new: 1, refs: 1, done

remote:

remote: New Changes:

remote: http://gerrit.example.com:8080/1

remote:

To ssh://user2@gerrit.example.com:29418/HelloWorld.git

* [new branch] master -> refs/for/master

[user2@jenkins HelloWorld]$

小马歌 2017-08-11 11:23 发表评论

常用 Git 命令清单

小马歌 — Fri, 25 Dec 2015 05:32:00 GMT

摘要: 我每天使用 Git ，但是很多命令记不住。一般来说，日常使用只要记住下图6个命令，就可以了。但是熟练使用，恐怕要记住60～100个命令。下面是我整理的常用 Git 命令清单。几个专用名词的译名如下。Workspace：工作区Index / Stage：暂存区Repository：仓库区（或本地仓库）Remote：远程仓库一、新建代码库 # 在当前目录新建一个Git代码库 $ git init #... 阅读全文

小马歌 2015-12-25 13:32 发表评论

Git、GitHub、GitLab协作流程详解【转】

小马歌 — Fri, 25 Dec 2015 01:52:00 GMT

摘要: 来源：阮一峰的网络日志原文地址：http://www.ruanyifeng.com/blog/2015/12/git-workflow.htmlGit 作为一个源码管理系统，不可避免涉及到多人协作。协作必须有一个规范的流程，让大家有效地合作，使得项目井井有条地发展下去。"协作流程"在英语里，叫做"workflow"或者"flow"，原意是水流，比喻项目像水流那样，顺畅、自然地向前流动，不会发生冲击... 阅读全文

小马歌 2015-12-25 09:52 发表评论

git清理空间

小马歌 — Thu, 26 Mar 2015 10:32:00 GMT

from:http://beta.segmentfault.com/q/1010000002564327

作为 Repo 的维护者，最常见的事情就是从某一 ref 开始到 HEAD保留下来，然后之前的历史删除。因为这个任务比较常见，所以这里也有一个 shell script 分享给你：

#!/bin/bash git checkout --orphan temp $1 git commit -m "截取的历史记录起点" git rebase --onto temp $1 master git branch -D temp

使用的时候这样（比如该脚本保存叫 git-detach）： git-detach ，其中就是你要保留的历史记录的起点。

需要注意的是，这个脚本只是把历史记录“分离”开来，然后其中的一部分没有了可见的引用因此在历史记录里看不见，然而它们的 git object 仍然存在（换言之你还能恢复过来，自行查阅 git-reflog），如果你真要彻底丢掉这些历史（为了给 repo 减肥），可以用 git gc --prune，那就再也找不回来了。

P.S. 这个脚本依赖 Orphan Branch，低版本的 Git 不支持（大概是 < v1.7.x），有替代方案自己 Google 吧

$ git filter-branch --tree-filter 'rm -f testme.txt' HEAD

Rewrite bb383961a2d13e12d92be5f5e5d37491a90dee66 (2/2)

Ref 'refs/heads/master'

was rewritten

$ git ls-remote .

230b8d53e2a6d5669165eed55579b64dccd78d11 HEAD

230b8d53e2a6d5669165eed55579b64dccd78d11 refs/heads/master

bb383961a2d13e12d92be5f5e5d37491a90dee66 refs/original/refs/heads/master

$ git update-ref -d refs/original/refs/heads/master [bb383961a2d13e12d92be5f5e5d37491a90dee66]

$ git ls-remote .

230b8d53e2a6d5669165eed55579b64dccd78d11 HEAD

230b8d53e2a6d5669165eed55579b64dccd78d11 refs/heads/master

$ rm -rf .git/logs

$ git reflog --all

$ git prune

$ git gc

$ du -hs

84K .

小马歌 2015-03-26 18:32 发表评论

Git 使用 - 2. 撤销、远程和打标记

小马歌 — Thu, 26 Mar 2015 01:50:00 GMT

跟踪取消： $ git rm --cached x.txt

跟踪取消的含义是，把文件从git中拿出来，不再进行版本跟踪，但保留工作区的文件。操作前，如果：

1）该文件处于已提交状态，则此操作把该文件置成“未跟踪”状态，同时，隐性的执行了该文件的需要提交删除操作。再执行 git commit -m "..."，该文件彻底从 repository 中删除。此命令能执行是因为“已暂存”与“已提交”一致。

2）该文件处于“已提交”状态之后的“已修改”。则此操作把该文件置成“未跟踪”状态，同时，隐性的执行了该文件的需要提交删除操作。再执行 git commit -m "..."，该文件彻底从 repository 中删除。而且，已经修改的文件保留，不会丢失。此命令能执行是因为“已暂存”与“已提交”一致。

3）该文件处于“已暂存”状态之后未修改。则此操作把该文件置成“未跟踪”状态，同时，隐性的执行了该文件的需要提交删除操作。再执行 git commit -m "..."，该文件彻底从 repository 中删除。此命令能执行是因为“已提交”与“已修改”一致。

4）该文件处于“已暂存”状态之后的“已修改”。此命令不能执行，因为“已暂存”既与“已提交”不一致，也与“已修改”不一致，造成信息丢失的风险，因此，对用户进行风险提示。如果强行删除，则需要加 -f , 即， git rm -f --cached a.txt。结果是，把该文件置成“未跟踪”状态，同时，隐性的执行了该文件的需要提交删除操作。再执行 git commit -m "..."，该文件彻底从 repository 中删除。此命令丢失原“已暂存”信息。

注意：git rm -f --cached a.txt 与 git rm -f a.txt 之间的区别：前者保留工作区的文件，后者是全部删除。

补充提交： $ git commit --amend

说明：如果上次提交之后没有Stage新的文件，则这次补充提交只更新提交说明。

如果有重新stage的文件，则这次提交把该文件加入到上次提交，即，本次补充和上次提交合并成一个。

暂存取消： $ git reset HEAD benchmarks.rb

注意：如果一个文件已经暂存了一个版本，后来又暂存了一个更新的版本，然后用git reset HEAD 取消后暂存的版本，则第一次暂存的本版不会恢复。

修改取消： $ git checkout -- benchmarks.rb

注意:如果已暂存之后没提交，进行了修改，这个修改取消，使用已暂存来覆盖，而不是已提交的；如果该已暂存已提交，则使用已提交覆盖。也就是说，要想彻底的用已提交的版本覆盖本地修改，则要查看该文件是否有已暂存，如果有，要用上一个命令先把它清除。

注意：修改取消后，无法恢复。

总之，只要提交的东西，总能想法设法找回来，但没提交的东西，一旦被覆盖，就有可能永久丢失。

[远程操作]

显示配置了哪些远程服务器： $ git remote

显示配置了哪些远程服务器，同时显示URL： $ git remote -v

显示远程详细信息： $ git remote show origin

修改远程标识名字： $ git remote rename pb paul

删除远程配置： $ git remote rm paul

增加一个远程配置： $ git remote add pb git://github.com/paulboone/ticgit.git

获取： $ git fetch pb

或者： $ git fetch origin

注意：

1）该分支可以用 pb/master 访问

2）获取到本地之后，并未自动merge，也未改变本地任何东西。

推送： $ git push origin master

注意，推送的条件：

1）从该远程克隆；

2）有写权限；

3）从上次克隆（或推送）至今没有更新，如果有更新，则你要先 fetch 然后再push。

标签操作：

查看所有标签： $ git tag

注意：标签显示的顺序无太多含义。

查看特定标签： $ git tag -l 'v1.4.2.*'

打新标签： $ git tag -a v1.4 -m 'my version 1.4'

显示某个标签： $ git show v1.4

签署标签： $ git tag -s v1.5 -m 'my signed 1.5 tag'

轻量级标签： $ git tag v1.6

验证标签： $ git tag -v v1.4.2.1

后期加注标签： $ git log --pretty=oneline

$ git tag -a v1.2 9fceb02

分享（推送）标签： $ git push origin v1.5

分享（推送）所有标签： $ git push origin --tags

小马歌 2015-03-26 09:50 发表评论

Git 使用 - 1. 文件操作和历史查看

小马歌 — Thu, 26 Mar 2015 01:47:00 GMT

【简介】

版本控制系统（VCS, Version Control System）可以分为集中式（CVCS, Centralized Version Control System, 如 CVS, Subversion）和分布式（DVCS, Distributed Version Control System，如 Git 等）版本控制系统。

传统的集中式版本控制系统，本地只保存代码库的一个版本拷贝。所有历史版本都保存在服务器。GIT 与之最大的不同是，本地不仅保存一个快照，而且保存着整个代码库（repository）。因此它可以“离线”工作。

在 Window 上安装： http://code.google.com/p/msysgit

GIT 起源于 LINUX 开发。Linux 开发早期（1992－2002）没有使用版本控制工具，直到 2002 年开始使用一个非开源的工具 BitKeeper。一开始这个工具还给 Linux 免费使用，后来想收费了，充满自由精神 Linux 成员们肯定不会屈服于这个要挟，一怒之下开发了一个自由的版本控制工具。2005 年，GIT 诞生。

参考：官网：http://git-scm.com/

手册：http://www.kernel.org/pub/software/scm/git/docs/

参考：http://gitref.org/

ProGit: http://progit.org/book/

【GIT 基础】

GIT 使用 SHA-1 哈希码（40个字符）来标识提交，同时保证本次提交后整体（一个快照）的完整性。

文件状态：

文件状态分为：未跟踪 (untracked) 和已跟踪 (tracked)，已跟踪又分为三种状态：已暂存（staged），已修改（modified），已提交（committed）

一般过程如下：

1）新建文件，该文件状态为“未跟踪”，位于工作区；

2）用 git add a.txt 加入该文件，状态变为已跟踪的“已暂存”，位于暂存区；

3）用 git commit a.txt -m "ha" 提交该文件，状态变为“已提交”，位于代码库（repository ）

或者，如果存在修改的情况，增加如下2.1和2.2两个步骤：

1）新建文件，该文件状态为“未跟踪”，位于工作区；

2）用 git add a.txt 加入该文件，状态变为已跟踪的“已暂存”，位于暂存区；

2.1）编辑该文件并保存，状态变为“已修改”，位于工作区。（注意，位于暂存区的文件独立存在！）

2.2）用 git add a.txt 加入该文件，状态变为“已暂存”，位于暂存区。（注意，原暂存区的文件被覆盖！）

3）用 git commit a.txt -m "ha" 提交该文件，状态变为“已提交”，位于代码库（repository ）

考虑更广泛的情况，状态迁移图如下所示：

Git 使用 - 1. 文件操作和历史查看

注意：用 git status 查看目前所有文件的状态。

GIT 配置：

三种配置范围类型：

1）所有用户 --system，存在 /etc/gitconfig 文件中。(对windows来说，是 msysgit 的安装目录)

2）本用户 --global，存在 ~/.gitconfig 文件中。（对windows 来说，是 C:\Documents and Settings\$USER）

3）本项目存在 .git/config 文件中。

注意：后面的重载前面的。例如：用--global设置，可以在所有项目中使用这个设置；如果有一个项目你想使用一个特别的设置，就可以使用不带参数的 git config 重新设置，则它只作用于这个项目。如果用 git config --list 查看这些设置，可能会列出多个，但最后那个起作用。

用户信息

$ git config --global user.name "John Doe"

$ git config --global user.email johndoe@example.com

文本编辑器

$ git config --global core.editor emacs

查看配置信息

$ git config --list

或者只看一个信息：

$ git config

【常用操作】

（GIT 1.7.4 on Windows)

获取帮助： $ git help

初始化仓库： $ git init

（说明：如果该目录有文件，则都会处于“未跟踪”状态的。）

克隆仓库： $ git clone git://github.com/schacon/grit.git

克隆仓库，并换个名字： $ git clone git://github.com/schacon/grit.git mygrit

跟踪一个新文件： $ git add readme.txt

说明：

1）跟踪之后，该文件状态是“已暂存”的。（Changes to be committed:）

2）修改一个已暂存的文件，该文件会出现在两个记录区中。

3）如果跟踪错了，想把他删除（不删除工作区的），则用 git rm --cached readme.txt。状态变成“未跟踪”，如果该文件已经修改了，则加 -f 参数强行删除暂存区的文件（已修改的文件不被覆盖）。

跟踪一组新文件： $ git add *.txt

跟踪一个目录中的所有文件： $ git add mydir

说明：如果该目录下有子目录，则进行递归操作。

修改之后，暂存一个文件： $ git add readme.txt

说明：取消已暂存的文件（已暂存到已修改）： $ git reset HEAD readme.txt

忽略某些文件：在.gitignore 文件中加入下面两行: *.[oa] *~

*.a # 忽略所有 .a 结尾的文件

!lib.a # 但 lib.a 除外

/TODO # 仅仅忽略项目根目录下的 TODO 文件，不包括 subdir/TODO

build/ # 忽略 build/ 目录下的所有文件

doc/*.txt # 会忽略 doc/notes.txt 但不包括 doc/server/arch.txt

注意：.gitignore 文件放在工程的根目录即可，但是要把它用 git add 加入跟踪或者提交。

比较：

查看尚未暂存的更新： $ git diff

说明：比较“已修改”和“已暂存（或已提交）”。

查看尚未提交的更新: $ git diff --cached

或 $ git diff --staged

说明：比较“已暂存”和已提交。

提交：

提交更新（只更新暂存中的）： $ git commit

提交更新（只更新暂存中的）： $ git commit -m "task12, added implementation for usr mrg."

直接提交更新(更新暂存中的和已修改的)： $ git commit -a -m "task12, added implementation forg."

从文件中取注释： $ git commit --file notefile

重新获取：

抛弃已修改，用已提交覆盖 $ git checkout A.java

说明：此命令对已暂存文件没作用。

删除文件：

从工作区可以直接删除文件，这是运行 git status，显示：

Changes not staged for commit:

(use "git add/rm ..." to update what will be committed)

(use "git checkout -- ..." to discard changes in working directory)

deleted: a

可以用 git rm 删除 a。注意：如果 a 是已提交的文件，则还需要运行 git commit 以确保在代码库中删除。如果该文件尚未提交，则无需运行git commit。

也可以直接使用 git rm 删除文件，但如何文件处于“已修改” 则需要加 -f

移除已跟踪文件，恢复到“未跟踪” $ git rm --cached A.java

说明：如果文件已修改，则需 -f ，并且不覆盖修改过的内容。

强行移除修改后文件(从暂存区和工作区中删除)： $ git rm -f a.a

移除目录下的所有文件（递归）： $ git rm log/\*.log

移除目录下的所有文件（无递归）： $ git rm log/*.log

改名（只改工作区和暂存区）： $ git mv file1 file2

相当于： $ mv README.txt README

$ git rm README.txt

$ git add README

历史查看：

查看提交历史(全部）： $ git log

查看提交历史，并显示统计信息： $ git log --stat

查看提交历史并查看差异： $ git log -p

查看最近2次提交历史并查看差异： $ git log -p -2

查看最近2周内提交历史： $ git log --since=2.weeks

查看某个时刻之后的提交历史： $ git log --since="2008-09-14"

查看某个时刻以前的提交历史： $ git log --until="2008-09-14"

查看某个作者的提交历史： $ git log --author="stupid"

其他：

-(n) 仅显示最近的 n 条提交

--since, --after 仅显示指定时间之后的提交。

--until, --before 仅显示指定时间之前的提交。

--author 仅显示指定作者相关的提交。

--committer 仅显示指定提交者相关的提交。

例如：

$ git log --pretty="%h:%s" --author=gitster --since="2008-10-01" \

--before="2008-11-01" --no-merges -- t/

查看提交历史，并单行显示： $ git log --pretty=oneline

查看提交历史，并格式化显示： $ git log --pretty=format:"%h - %an, %ar : %s"

例如：

$ git log --pretty=format:"%h - %an, %ar : %s"

ca82a6d - Scott Chacon, 11 months ago : changed the version number

085bb3b - Scott Chacon, 11 months ago : removed unnecessary test code

a11bef0 - Scott Chacon, 11 months ago : first commit

%H 提交对象（commit）的完整哈希字串

%h 提交对象的简短哈希字串

%T 树对象（tree）的完整哈希字串

%t 树对象的简短哈希字串

%P 父对象（parent）的完整哈希字串

%p 父对象的简短哈希字串

%an 作者（author）的名字

� 作者的电子邮件地址

� 作者修订日期（可以用 -date= 选项定制格式）

%ar 作者修订日期，按多久以前的方式显示

%cn 提交者(committer)的名字

� 提交者的电子邮件地址

� 提交日期

%cr 提交日期，按多久以前的方式显示

%s 提交说明

查看提交历史，并图形化显示： $ git log --pretty=format:"%h %s" --graph

例如：

$ git log --pretty=format:"%h %s" --graph

* 2d3acf9 ignore errors from SIGCHLD on trap

* 5e3ee11 Merge branch 'master' of git://github.com/dustin/grit

| * 420eac9 Added a method for getting the current branch.

* | 30e367c timeout code and tests

* | 5a09431 add timeout protection to grit

* | e1193f8 support for heads with slashes in them

* d6016bc require time for xmlschema

* 11d191e Merge branch 'defunkt' into local

其它：

-p 按补丁格式显示每个更新之间的差异。

--stat 显示每次更新的文件修改统计信息。

--shortstat 只显示 --stat 中最后的行数修改添加移除统计。

--name-only 仅在提交信息后显示已修改的文件清单。

--name-status 显示新增、修改、删除的文件清单。

--abbrev-commit 仅显示 SHA-1 的前几个字符，而非所有的 40 个字符。

--relative-date 使用较短的相对时间显示（比如，“2 weeks ago”）。

--graph 显示 ASCII 图形表示的分支合并历史。

--pretty 使用其他格式显示历史提交信息。可用的选项包括 oneline，short，full，fuller 和 format（后跟指定格式）。

最重要的是，如果你觉着上面这些查看历史的命令太难用，你可以使用图形化工具：gitk，一切都清晰了。

小马歌 2015-03-26 09:47 发表评论

Git 使用 - 3. 分支, merge, rebase

小马歌 — Thu, 26 Mar 2015 01:26:00 GMT

[基本概念]

GIT branch 的本质是一个提交链表的指针。创建一个新的branch，实质是创建了当时提交链表的一个新指针。该指针和原指针独立操作，各自叠加新的提交后，形成各自的分支链。

“在分支上”的含义，新建一个分支之后，建立此分支以前的提交也称为在这个分支上。

HEAD的含义：当前branch。随着git branch checkout 改变。

分支不是线形性：如果发生过merge，则即使 HEAD 相同，链表也不具有唯一性。（即某些提交有多父情况）

为什么要及时删掉不用的分支：防止提交查看时显示过多的分支。

merge 时，如果自动merge没有冲突，则 GIT 产生一个新的提交。如果有冲突，则GIT产生一个未提交。

实践中，可以有三个分支：

1， master

2， dev

3， Topic：针对某个具体问题，短期存在，需要经常的rebase。

问题：如果删除一个分支，那么它上面的未 merge 的提交会一起删除吗？

[基本操作]

查看分支: $ git branch

创建分支： $ git branch mybranch

切换分支： $ git checkout mybranch

创建并切换分支： $ git checkout -b mybranch

合并分支：(merge from) $ git checkout master

$ git merge mybranch (merge from mybranch)

使用 merge工具（有冲突的情况下）： $ git mergetool

删除分支： $ git branch -d mybranch

强制删除分支 (上面有尚未 merge 的提交)： $ git branch -D mybranch

列出所有分支： $ git branch

查看各个分支最后一次提交： $ git branch -v

查看哪些分支合并入当前分支（可以删了）： $ git branch --merged

查看哪些分支未合并入当前分支： $ git branch --no-merged

远程：

更新远程库到本地： $ git fetch origin

如果有新分支，则分支名：orgin/

取远程分支合并到本地分支： $ git merge origin/mybranch

用远程分支建一个本地分支： $ git checkout -b mybranch origin/mybranch

推送分支： $ git push origin mybranch

推送分支，并换个名字： $ git push origin serverfix:awesomebranc

删除远程分支：　　　　　　　　　　　　　　　　　$ git push origin :mybranch

rebase: $ git checkout mybranch

$ git rebase master (rebase from master)

举例： $ git checkout server

$ git rebase --onto master server client

$ git checkout master

$ git merge client (fostforward)

$ git rebase master server (checkout sever)

$ git merge server

$ git branch -d client

$ git branch -d server

merge 和 rebase 的区别：

1），从文件结果看，merge 和 rebase 可以达到同样效果。

2），从历史纪录看，他们存在差异：merge 显示合并后的多父结点，呈现环形，而 rebase 呈现线性结果，即它对分支历史进行合并操作。rebase 提供更好的历史呈现方式（似分支从未曾发生过），但有风险。掌握一条原则：Do not rebase commits that you have pushed to a public repository. 即，不要对你提交过的分支进行 rebase。因为本地的改变会造成远端的困惑。

3），在实践中，可以尽量用 merge，慎用 rebase。

小马歌 2015-03-26 09:26 发表评论

git tag — 标签相关操作

小马歌 — Fri, 20 Mar 2015 03:41:00 GMT

标签可以针对某一时间点的版本做标记，常用于版本发布。

列出标签

$ git tag # 在控制台打印出当前仓库的所有标签
$ git tag -l ‘v0.1.*’ # 搜索符合模式的标签

打标签

git标签分为两种类型：轻量标签和附注标签。轻量标签是指向提交对象的引用，附注标签则是仓库中的一个独立对象。建议使用附注标签。
# 创建轻量标签
$ git tag v0.1.2-light

# 创建附注标签
$ git tag -a v0.1.2 -m “0.1.2版本”

创建轻量标签不需要传递参数，直接指定标签名称即可。
创建附注标签时，参数a即annotated的缩写，指定标签类型，后附标签名。参数m指定标签说明，说明信息会保存在标签对象中。

切换到标签

与切换分支命令相同，用git checkout [tagname]
查看标签信息
用git show命令可以查看标签的版本信息：
$ git show v0.1.2

删除标签

误打或需要修改标签时，需要先将标签删除，再打新标签。
$ git tag -d v0.1.2 # 删除标签

参数d即delete的缩写，意为删除其后指定的标签。

给指定的commit打标签

打标签不必要在head之上，也可在之前的版本上打，这需要你知道某个提交对象的校验和（通过git log获取）。
# 补打标签
$ git tag -a v0.1.1 9fbc3d0

标签发布

通常的git push不会将标签对象提交到git服务器，我们需要进行显式的操作：
$ git push origin v0.1.2 # 将v0.1.2标签提交到git服务器
$ git push origin –tags # 将本地所有标签一次性提交到git服务器

注意：如果想看之前某个标签状态下的文件，可以这样操作

1.git tag 查看当前分支下的标签

2.git checkout v0.21 此时会指向打v0.21标签时的代码状态，（但现在处于一个空的分支上）

3. cat test.txt 查看某个文件

refer to：http://www.csser.com/dev/580.html

小马歌 2015-03-20 11:41 发表评论

从 SVN 迁移到 Git［转］

小马歌 — Fri, 20 Mar 2015 02:57:00 GMT

转：http://beginor.github.io/2013/03/12/migrate-from-svn-to-git.html

准备工作

确认所有用户的本地修改都签入到服务器，将 SVN 源代码的分支尽可能的合并到主干，已经发布的做好归档信息，并备份 SVN 库。虽然迁移到 Git 的风险不大，但是备份一下总是好的。

安装 Git ，这看起来是废话，不装 Git 怎么迁移？

将用户映射到 Git

创建一个用户映射文件，将 SVN 用户映射到 Git 用户，这样可以保留用户的签入历史信息，比如用户输入的修改记录等，这个文件看起来是这样子的：

svnuser1 = gituser1 @yourcompany.com> svnuser2 = gituser2 @yourcompany.com>

这样，用户 svnuser1 签入的历史信息在迁移之后就会映射成 gituser1 ， svnuser2 映射程 gituser2 。

编辑好用户映射文件之后，保存为 users.txt 。

克隆 SVN 库

假设 svn 库的布局是标准的 trunk 、 branches 以及 tags ，运行下面的命令开始克隆 svn 库：

git svn clone <svn repo url> --no-metadata -A users.txt -t tags -b branches -T trunk <destination dir name>

Git 会克隆 svn 完整的历史记录，可能会需要很长的时间，视 svn 库的历史而定。

转换分支及归档

克隆完成之后，所有的 svn 归档在 git 看来都是远程分支 (remote tags) ，不是真正的 git 归档，需要将他们手工转换为 git 归档，然后再删除远程分支，对于每一个分支或归档，做如下操作（以 v1.0.1 归档为例）：

git tag v1.0.1 tags/v1.0.1 git branch -r -d tags/v1.0.1

所有的归档信息处理完成之后， git 本地库就有了完整的历史记录。

提交到 Git 库

现在可以放心的将代码提交到自己的 git 服务器了，命令如下：

git remote add origin git@github.com:userid/project.git git push origin master --tags

总的来说，从 svn 迁移到 git 还是很容易的。

小马歌 2015-03-20 10:57 发表评论

git分支管理

小马歌 — Fri, 20 Mar 2015 02:57:00 GMT

Git如何进行分支管理？
     1、创建分支
     创建分支很简单：git branch <分支名>
     2、切换分支
     git checkout <分支名>
     该语句和上一个语句可以和起来用一个语句表示：git checkout -b <分支名>
     3、分支合并
     比如，如果要将开发中的分支（develop），合并到稳定分支（master），
     首先切换的master分支：git checkout master。
     然后执行合并操作：git merge develop。
     如果有冲突，会提示你，调用git status查看冲突文件。
     解决冲突，然后调用git add或git rm将解决后的文件暂存。
     所有冲突解决后，git commit 提交更改。
     4、分支衍合
     分支衍合和分支合并的差别在于，分支衍合不会保留合并的日志，不留痕迹，而分支合并则会保留合并的日志。
     要将开发中的分支（develop），衍合到稳定分支（master）。
     首先切换的master分支：git checkout master。
     然后执行衍和操作：git rebase develop。
     如果有冲突，会提示你，调用git status查看冲突文件。
     解决冲突，然后调用git add或git rm将解决后的文件暂存。
     所有冲突解决后，git rebase --continue 提交更改。
     5、删除分支
     执行git branch -d <分支名>
     如果该分支没有合并到主分支会报错，可以用以下命令强制删除git branch -D <分支名>

http://winuxxan.blog.51cto.com/2779763/508955

小马歌 2015-03-20 10:57 发表评论

CI 系统搭建：二. GitLab 的安装配置

小马歌 — Thu, 19 Mar 2015 08:37:00 GMT

from:http://longgeek.com/2013/12/26/ci-system-structures-ii-gitlab-installation/#i-3

2013-12-26日 | 标签: CI Git Gitlab | 作者：Geek

上一篇文章 CI 系统搭建：一. 基础环境设置、规划大概规划了下环境，本文主要用来记录安装 Gitlab 的过程，主要参考官方文档并没有做太多的修改。

设置源

设置国内 163 apt 源

# vim /etc/apt/sources.list deb http://mirrors.163.com/ubuntu/ precise main universe restricted multiverse deb http://mirrors.163.com/ubuntu/ precise-security universe main multiverse restricted deb http://mirrors.163.com/ubuntu/ precise-updates universe main multiverse restricted deb http://mirrors.163.com/ubuntu/ precise-proposed universe main multiverse restricted deb http://mirrors.163.com/ubuntu/ precise-backports universe main multiverse restricted  deb-src http://mirrors.163.com/ubuntu/ precise main universe restricted multiverse deb-src http://mirrors.163.com/ubuntu/ precise-security universe main multiverse restricted deb-src http://mirrors.163.com/ubuntu/ precise-proposed universe main multiverse restricted deb-src http://mirrors.163.com/ubuntu/ precise-backports universe main multiverse restricted deb-src http://mirrors.163.com/ubuntu/ precise-updates universe main multiverse restricted # apt-get update

安装依赖包

Gitlab 依赖包、库

sudo apt-get install -y build-essential zlib1g-dev libyaml-dev libssl-dev libgdbm-dev libreadline-dev \                         libncurses5-dev libffi-dev curl openssh-server redis-server checkinstall \                         libxml2-dev libxslt-dev libcurl4-openssl-dev libicu-dev logrotate

安装 markdown 文档风格依赖包

sudo apt-get install -y python-docutils

安装 git，Gerrit 依赖 gitweb，同时 GitLab 依赖 git 版本 >= 1.7.10，Ubuntu apt-get 默认安装的是 1.7.9.5，当然不升级也是没有问题的

sudo apt-get install -y git git-core gitweb git-review

升级 Git 版本（可选）

sudo apt-get install -y git gitweb sudo apt-get remove git-core sudo apt-get install -y libcurl4-openssl-dev libexpat1-dev gettext libz-dev libssl-dev build-essential cd /tmp curl --progress https://git-core.googlecode.com/files/git-1.8.4.1.tar.gz | tar xz cd git-1.8.4.1/ make prefix=/usr/local all sudo make prefix=/usr/local install # * 如果升级了 git 的版本，相应修改 Gitlab.yml 中的 git 脚本位置，这一步在 clone gitlab 后在操作* sudo -u git -H vim /home/git/gitlab/config/gitlab.yml bin_path: /usr/local/bin/git

Gitlab 需要收发邮件，安装邮件服务器

sudo apt-get install -y postfix

如果安装了 ruby1.8，卸载掉，Gitlab 依赖 2.0 以上

sudo apt-get remove ruby1.8

下载编译 ruby2.0

mkdir /tmp/ruby && cd /tmp/ruby curl --progress ftp://ftp.ruby-lang.org/pub/ruby/2.0/ruby-2.0.0-p353.tar.gz | tar xz cd ruby-2.0.0-p353 ./configure --disable-install-rdoc make sudo make install

修改 gem 源指向 taobao

gem source -r https://rubygems.org/ gem source -a http://ruby.taobao.org/

安装 Bundel 命令

sudo gem install bundler --no-ri --no-rdoc

系统用户

给 Gitlab 创建一个 git 用户

sudo adduser --disabled-login --gecos 'GitLab' git

GitLab Shell

下载 Gitlab Shell，用来 ssh 访问仓库的管理软件

cd /home/git sudo -u git -H git clone https://github.com/gitlabhq/gitlab-shell.git cd gitlab-shell sudo -u git -H cp config.yml.example config.yml

修改 gitlab-shell/config.yml

sudo -u git -H vim /home/git/gitlab-shell/config.yml gitlab_url: "http://gitlab.thstack.com/"

安装 GitLab Shell

cd /home/git/gitlab-shell sudo -u git -H ./bin/install

Mysql

安装 Mysql 包

sudo apt-get install -y mysql-server mysql-client libmysqlclient-dev

给 Gitlab 创建 Mysql 数据库并授权用户访问

sudo mysql -uroot -p > create database gitlabdb; > grant all on gitlabdb.* to 'gitlabuser'@'localhost' identified by 'gitlabpass';

GitLab

下载 GitLab 源代码，并切换到最新的分支上

cd /home/git sudo -u git -H git clone https://github.com/gitlabhq/gitlabhq.git gitlab cd gitlab sudo -u git -H git checkout 6-4-stable

配置 GitLab，修改 gitlab.yml，其中 host：项和 gitlab-shell 中 gitlab_url 的主机一致

cd /home/git/gitlab sudo -u git -H cp config/gitlab.yml.example config/gitlab.yml sudo -u git -H vim config/gitlab.yml host: gitlab.thstack.com email_from: gitlab@thstack.com support_mail: gitlab@thstack.com signup_enabled: true             ＃开启用户注册

创建相关目录

cd /home/git/gitlab sudo -u git -H mkdir tmp/pids/ sudo -u git -H mkdir tmp/sockets/ sudo -u git -H mkdir public/uploads  sudo -u git -H mkdir /home/git/repositories sudo -u git -H mkdir /home/git/gitlab-satellites

修改相关目录权限

sudo chown -R git:git log/ tmp/ sudo chmod -R u+rwX  log/ tmp/ public/uploads

修改 unicorn.rb 监听端口为：8081

cd /home/git/gitlab/ sudo -u git -H cp config/initializers/rack_attack.rb.example config/initializers/rack_attack.rb sudo -u git -H cp config/unicorn.rb.example config/unicorn.rb sudo -u git -H vim config/unicorn.rb listen "gitlab.thstack.com:8081", :tcp_nopush => true

配置 GitLab 访问 mysql 数据库设置

cd /home/git/gitlab/ sudo -u git cp config/database.yml.mysql config/database.yml sudo -u git -H vim config/database.yml   *修改 Production 部分:* production:   adapter: mysql2   encoding: utf8   reconnect: false   database: gitlabdb   pool: 10   username: gitlabuser   password: "gitlabpass"   host: localhost   socket: /var/run/mysqld/mysqld.sock

设置 GitLab 使用指定邮箱发送邮件，注意 production.rb 的文件格式，开头空两格

cd /home/git/gitlab/ sudo -u git -H vim config/environments/production.rb   #修改 :sendmail 为 :smtp   config.action_mailer.delivery_method = :smtp   config.action_mailer.smtp_settings = {     :address              => "smtp.googlemail.com",     :port                 => 587,     :domain               => 'thstack.com',     :user_name            => 'gitlab@thstack.com',     :password             => 'password',     :authentication       =>  :plain,     :enable_starttls_auto => true   } end          # 上面内容加入到 end 里面

安装 gem

修改 Gemfile 文件中源指向为 taobao

cd /home/git/gitlab/ sudo -u git -H vim Gemfile source "http://ruby.taobao.org/"

虽然在文件中指向了国内 taobao 源，但是依然会卡一会，耐心等待…

cd /home/git/gitlab/ sudo -u git -H bundle install --deployment --without development test postgres aws

初始化数据库并激活高级功能

cd /home/git/gitlab/ sudo -u git -H bundle exec rake gitlab:setup RAILS_ENV=production

输入 yes 来初始化数据库、创建相关表，最后会输出 GitLab Web 管理员用来登录的账号和密码

Do you want to continue (yes/no)? yes ... Administrator account created: login.........admin@local.host password......5iveL!fe

设置 GitLab 启动服务

cd /home/git/gitlab/ sudo cp lib/support/init.d/gitlab /etc/init.d/gitlab sudo update-rc.d gitlab defaults 21

设置 GitLab 使用 Logrotate 备份 Log

cd /home/git/gitlab/ sudo cp lib/support/logrotate/gitlab /etc/logrotate.d/gitlab

检查GitLab及其环境的配置是否正确：

cd /home/git/gitlab/ sudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production System information System:         Ubuntu 12.04 Current User:   git Using RVM:      no Ruby Version:   2.0.0p353 Gem Version:    2.0.14 Bundler Version:1.3.5 Rake Version:   10.1.0  GitLab information Version:        6.4.2 Revision:       214a013 Directory:      /home/git/gitlab DB Adapter:     mysql2 URL:            http://gitlab.thstack.com HTTP Clone URL: http://gitlab.thstack.com/some-project.git SSH Clone URL:  git@gitlab.thstack.com:some-project.git Using LDAP:     no Using Omniauth: no  GitLab Shell Version:        1.8.0 Repositories:   /home/git/repositories/ Hooks:          /home/git/gitlab-shell/hooks/ Git:            /usr/bin/git

启动 GitLab 服务

/etc/init.d/gitlab restart Shutting down both Unicorn and Sidekiq. GitLab is not running. Starting both the GitLab Unicorn and Sidekiq.. The GitLab Unicorn web server with pid 17771 is running. The GitLab Sidekiq job dispatcher with pid 17778 is running. GitLab and all its components are up and running

最后编译一下

sudo -u git -H bundle exec rake assets:precompile RAILS_ENV=production

Nginx

安装 Nginx 包

sudo apt-get install -y nginx

配置 Nginx

cd /home/git/gitlab sudo cp lib/support/nginx/gitlab /etc/nginx/sites-available/gitlab sudo ln -s /etc/nginx/sites-available/gitlab /etc/nginx/sites-enabled/gitlab sudo vim /etc/nginx/sites-available/gitlab listen *:80 default_server; server_name gitlab.thstack.com; proxy_pass http://gitlab.thstack.com:8081;

启动 Nginx

/etc/init.d/apache2 stop /etc/init.d/nginx restart

访问

用浏览器访问: http://gitlab.thstack.com 用户名：admin@local.host 密码：5iveL!fe

2: https://github.com/gitlabhq/gitlabhq/blob/master/doc/install/insta llation.md

界面简单使用

使用 admin@local.host 账号登录：

登录后系统让修改密码，先修改密码：

修改完密码后，用新密码登录一下，然后修改 Admin 用户得邮箱地址为：admin@thstack.com

点击保存更改后，系统会自动给刚才输入的邮箱地址发送一封确认修改信息，点击邮件内容中的连接后会自动用新账号邮箱登录。

创建一个 GROUP：

输入 Group 名字为：DevGroup

点击创建项目：

创建一个项目，名为：OpenStack，这个项目属于 DevGroup:

创建完项目后，点击添加 ssh 密钥：

生成 admin@thstack.com 邮箱密钥：

在界面输入刚才生成得密钥：

再注册一个账号，登录页面点击注册按钮：

注册一个 Longgeek 用户，输入邮箱、密码，然后去输入得邮箱验证：

创建一个 Longgeek 用户，并生成密钥：

用 longgeek@thstack.com 用户登录 GitLab，添加刚才生成得密钥到 sshkey 里：

用 admin@thstack.com 用户登录 GitLab，把 longgeek@thstack.com 添加到 DevGroup 组中，权限是 Reporter，这样 longgeek 用户也可以访问 OpenStack 这个项目，不过没有权限直接 Push：

用 longgeek@thstack.com 用户登录就可以看到 OpenStack 项目：

用 longgeek@thstack.com clone 项目，尝试 push：

很显然 longgeek 用户是没有 push 到 master 分支得权限。接下来会安装 Gerrit、Jenkins。以及它们三个如何整合成流程。请参考后面得文章。

小马歌 2015-03-19 16:37 发表评论

用GitLab搭建自己的私有GitHub

小马歌 — Wed, 14 Jan 2015 06:44:00 GMT

Gitlab是一个用Ruby on Rails开发的开源项目管理程序，可以通过WEB界面进行访问公开的或者私人项目。它和Github有类似的功能，能够浏览源代码，管理缺陷和注释。

下面介绍如何在 Debian/Ubuntu 和 Centos 下搭建配置 GitLab。

安装依赖

Debian/Ubuntu下：

sudo apt-get install -y build-essential zlib1g-dev libyaml-dev libssl-dev libgdbm-dev libreadline-dev libncurses5-dev libffi-dev curl openssh-server redis-server checkinstall libxml2-dev libxslt-dev libcurl4-openssl-dev libicu-dev logrotate

安装python(注意需要2.5以上版本)：

sudo apt-get install -y python python-docutils

安装git（注意需要1.7.10以上版本）：

sudo apt-get install -y git-core

Centos下官方仓库的软件比较老旧，推荐先添加epel源，然后再安装依赖：

sudo yum install git patch gcc-c++ readline-devel zlib-devel libffi-devel openssl-devel make autoconf automake libtool bison libxml2-devel libxslt-devel libyaml-devel git python python-docutils

安装 Ruby 2.0

需要安装Ruby2.0，软件仓库中的Ruby 1.8不支持：

mkdir /tmp/ruby && cd /tmp/ruby curl --progress ftp://ftp.ruby-lang.org/pub/ruby/2.0/ruby-2.0.0-p353.tar.gz | tar xz cd ruby-2.0.0-p353 ./configure --disable-install-rdoc make sudo make install

安装Bundler Gem：

sudo gem install bundler --no-ri --no-rdoc

配置gitlab-shell

创建git用户：

sudo adduser --system --create-home --comment 'GitLab' git

配置gitlab-shell

su - git -c "git clone https://github.com/gitlabhq/gitlab-shell.git"   su - git -c "cd gitlab-shell && git checkout v1.3.0"   su - git -c "cp gitlab-shell/config.yml.example gitlab-shell/config.yml"   sed -i "s/localhost/gitlab.51yip.com/g" /home/git/gitlab-shell/config.yml   su - git -c "gitlab-shell/bin/install"   chmod 600 /home/git/.ssh/authorized_keys   chmod 700 /home/git/.ssh

数据库

GitLab支持 MySQL 和 PostgreSQL 数据库。下面以 MySQL为例，介绍安装方法：

Debian/Ubuntu下使用如下命令安装：

sudo apt-get install -y mysql-server mysql-client libmysqlclient-dev

Centos下使用如下命令：

sudo yum install mysql-server  sudo chkconfig mysqld on

配置MySQL：

sudo echo "CREATE DATABASE IF NOT EXISTS gitlabhq_production DEFAULT CHARACTER SET 'utf8' COLLATE 'utf8_unicode_ci';" | mysql -u root  sudo echo "UPDATE mysql.user SET Password=PASSWORD('123456') WHERE User='root'; FLUSH PRIVILEGES;" | mysql -u root

注意，用你的密码替换123456。

安装配置 gitlab

su - git -c "git clone https://github.com/gitlabhq/gitlabhq.git gitlab"   su - git -c "cd gitlab;git checkout 5-1-stable"   su git -c "cp config/gitlab.yml.example config/gitlab.yml"   su git -c "mkdir /home/git/gitlab-satellites"   su git -c "mkdir public/uploads"   su git -c "mkdir -p tmp/sockets/"   su git -c "mkdir -p tmp/pids/"   sed -i "s/ host: localhost/ host: gitlab.segmentfault.com/g" config/gitlab.yml   sed -i "s/from: gitlab@localhost/from: gitlab@gitlab.segmentfault.com/g" config/gitlab.yml   su git -c "cp config/puma.rb.example config/puma.rb"   su git -c 'git config --global user.name "GitLab"'   su git -c 'git config --global user.email "gitlab@gitlab.segmentfault.com"'

注意将gitlab.segmentfault.com替换为你自己的内容。

配置数据库连接：

sudo su git -c "cp config/database.yml.mysql config/database.yml" sudo sed -i "s/secure password/mysql的root密码/g" config/database.yml

安装MySQL需要的Gems

sudo -u git -H bundle install --deployment --without development test postgres aws

初始化：

sudo -u git -H bundle exec rake gitlab:setup RAILS_ENV=production sudo cp lib/support/init.d/gitlab /etc/init.d/gitlab sudo chmod +x /etc/init.d/gitlab sudo update-rc.d gitlab defaults 21

查看是否配置妥当：

sudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production

重启GitLab：

sudo service gitlab start

配置Nginx

Debian/Ubuntu下：

sudo apt-get install -y nginx

CentOS下：

sudo yum install nginx

下载配置文件样例：

sudo cp lib/support/nginx/gitlab /etc/nginx/sites-available/gitlab sudo ln -s /etc/nginx/sites-available/gitlab /etc/nginx/sites-enabled/gitlab

修改 /etc/nginx/sites-available/gitlab，特别留意将 YOUR_SERVER_FQDN 改成自己的。

重启nginx:

sudo service nginx restart

好了，你可以登录GitLab了，默认安装后的用户名：admin@local.host，密码5iveL!fe。

github
gitla

小马歌 2015-01-14 14:44 发表评论

我的 Git 偏好設定

小马歌 — Wed, 24 Dec 2014 07:07:00 GMT

1. 讓 Command Line 指令列顯示目前處在哪一個 Git Branch 分支，最早是在 RGBA 看到這一招，非常方便。另外我最近看到一個點子是顯示從上一次 commit 之後過了多久時間，這可以提醒你是不是該 commit 了 XD

請修改家目錄的 ~/.bash_profile 檔案 (我是用 Bash)。

1234567891011121314151617function git_branch { 
    ref=$(git symbolic-ref HEAD 2> /dev/null) || return; 
    echo "("${ref#refs/heads/}") "; 
} 
  
function git_since_last_commit { 
    now=`date +%s`; 
    last_commit=$(git log --pretty=format:%at -1 2> /dev/null) || return; 
    seconds_since_last_commit=$((now-last_commit)); 
    minutes_since_last_commit=$((seconds_since_last_commit/60)); 
    hours_since_last_commit=$((minutes_since_last_commit/60)); 
    minutes_since_last_commit=$((minutes_since_last_commit%60)); 
     
    echo "${hours_since_last_commit}h${minutes_since_last_commit}m "; 
} 
  
PS1="[\[\033[1;32m\]\w\[\033[0m\]] \[\033[0m\]\[\033[1;36m\]\$(git_branch)\[\033[0;33m\]\$(git_since_last_commit)\[\033[0m\]$ "  
view rawgistfile1.txt hosted with ❤ by GitHub

結果如下，各位可以看到目前處在 master 分支，並且這個專案已經過了 1821 個小時沒有 commit 了…. :p

2. 安裝 Git 的 Bash autocompletion，這樣按 tab 就會有自動完成的效果，它甚至包括 git checkout 時都可以抓到你的 branch 名稱。這裡我用 Homebrew 來安裝 bash-completion，這套件其實包括很多 autocompletion script，你可以去 /usr/local/etc/bash_completion.d 這個目錄找找看。

brew install bash-completion cp /usr/local/etc/bash_completion.d/git-completion.bash ~/.git-bash-completion.sh

編輯 ~/.bash_profile 加入

[ -f ~/.git-bash-completion.sh ] && . ~/.git-bash-completion.sh

3. 打開 Git 的 color 顏色設定，這樣 Git 指令的輸出結果才會加上顏色，像是 git status 等：

git config --global color.ui true

4. 設定你偏好的文字編輯器和 diff 工具

git config --global core.editor git config --global merge.tool opendiff

5. 最後，我個人喜歡以下的 alias：

git config --global alias.co checkout git config --global alias.ci commit git config --global alias.st status git config --global alias.br branch

這樣只要輸入 git st 就是 git status 了。

FYI，以上 git 設定檔的位置在 ~/.gitconfig，你也可以直接修改這個檔案。

小马歌 2014-12-24 15:07 发表评论

CentOS 6.5下Git服务器搭建

小马歌 — Fri, 19 Dec 2014 02:40:00 GMT

摘要: 时间:2014-04-14 11:49来源:blog.51cto.com 作者:“游响云停” 博客举报点击:6031次1 关于版本控制版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。有以下三种版本控制系统：1. 本地版本控制系统许多人习惯用复制整个项目目录的方式来保存不同的版本，或许还会改名加上备份时间以示区别... 阅读全文

小马歌 2014-12-19 10:40 发表评论

git在windows上配置ssh公钥

小马歌 — Fri, 19 Dec 2014 02:39:00 GMT

2013-05-18 10:02:31 我来说两句作者：沉睡一千年

收藏我要投稿

git在windows上配置ssh公钥

一 .设置git的user name和email：

$ git config --global user.name "lxyz"

$ git config --global user.email "1129103472@qq.com"

二生成密钥

ssh-keygen -t rsa -C “1129103472@qq.com”

按3个回车，密码为空。(不要输密码)

然后到.ssh下面将id_rsa.pub里的内容复制出来粘贴到github个人中心的账户设置的ssh key里面

git for windows下载地址：

http://code.google.com/p/msysgit/downloads/list

小马歌 2014-12-19 10:39 发表评论

svn 过滤目录

小马歌 — Tue, 15 Nov 2011 03:22:00 GMT

svn propedit svn:ignore 【dir name】

小马歌 2011-11-15 11:22 发表评论

svn: Unrecognized URL scheme[已经解决，问题分析] [转]

小马歌 — Fri, 17 Apr 2009 04:59:00 GMT

from : http://bbs.iusesvn.com/thread-801-1-1.html

svn: Unrecognized URL scheme[已经解决，问题分析]

我在执行 SVN CO HTTP：// 的时候，出现了svn: Unrecognized URL scheme的错误：（

首先，大家可以在SVN 官方的FAQ的翻译中找到如下问题说明

Subversion 使用外掛系統來存取檔案庫. 目前有三個這樣的外掛: ra_local 可以存取本地檔案庫, ra_dav 可以透過 WebDAV 存取檔案庫, 而 ra_svn 可以透過 svnserve 伺服器來進行本地或遠端的存取. 當你想要在 Subversion 進行一個作業時, 用戶端會試著依 URL schema 動態載入一個外掛. file:// URL 會試著載入 ra_local, 而 http:// URL 會試著輸入 ra_dav, 以此類推.

你看到的這個錯誤, 表示動態連結器/載入器無法找到要載入的外掛. 這個發生的原因, 通常是因為你以共享程式庫的方式編譯 Subversion, 但是還沒有執行 make install 就要執行它. 另一個可能就是你執行了 make install, 但是程式庫把它存在動態連結器/載入器不認得的地方. 在 Linux 下, 你可以把那個程式庫目錄加進 /etc/ld.so.conf, 然後執行 ldconfig, 讓連結器/載入器可以找到程式庫. 如果你不想這麼作, 或是你沒有 root 存取權限, 你可以在 LD_LIBRARY_PATH 環境變數指定該程式庫目錄.

其次，我们可以执行一下SVN，看看ra_dav 是否加载

svn，版本 1.4.0 (r21228)
编译于 Jan  5 2007，16:31:46

Copyright (C) 2000-2006 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).

可使用以下的档案库存取 (RA) 模块：

* ra_svn : 使用svn网络协议访问档案库的模块。
  - handles 'svn' scheme
* ra_local : 访问本地磁盘的档案库模块。

发现我确实没有加载ra_dav 这个模块，不过按照上面的提示解决办法，我已经在 /etc/ld.so.conf 中增界了 /usr/local/svn/lib 这个目录，并且重新陨星了 ldconfg 但似乎这样还是加载不进去，，

接着，我们发现那个模块并没有加载，经过查看configure 的过程，我们发现我们需要安装一个NEON的插件

一定要下载 0.25.5 的，最新版本的不能用

然后把下载下来的东西，COPY 去 SVN的安装目录，这里记住一定要把NEON 的目录名字，从 neon.1.25.5 改成 neon 不然SVN还是不会认的。。

NEON 下载地址： http://www.webdav.org/neon/

最后，发现问题解决

svn, version 1.4.2 (r22196)
compiled Jan 11 2007, 12:10:11

Copyright (C) 2000-2006 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).

The following repository access (RA) modules are available:

* ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol.
  - handles 'http' scheme
* ra_svn : Module for accessing a repository using the svn network protocol.
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme

希望大家碰见问题，解决以后多多交流，：-）

小马歌 2009-04-17 12:59 发表评论

subversion分支介绍

小马歌 — Wed, 04 Mar 2009 03:38:00 GMT

分支,标签,与合并几乎是所有版本控制系统的基本概念.如果你不熟悉这些功能,我们在这章提供了一个很好
的介绍.如果你非常熟悉了,也能很好的让你看看Subversion是如何实现这些功能的.
分支是版本控制的一项基本的功能.如果你将要使用Subversion来管理你的数据.这是一个特色你将最终依赖
它.这章要求你已经对Subversion的基本概念比较熟悉.

什么是分支?
假设你需要在你的电脑上维护一份被分离的文档,一个手册或是别的什么.某天要求你对同份文档做一个不同
的修改分离,但分离后他们两者只有一小部分不同,因此只有轻微的不同.
你将怎么解决这种处境?显而易见的方法是不是:可以再拷贝这份文档,然后保存两个不同的分离版本.当某个
部分要进行修改时,只要写入对应的文件就可以了.
经常需要对两个拷贝版本进行同样的修改.例如:如果发现一个打印错误在第一个文件里,这也很可能存在第二
个拷贝文件里.这两个文件是相同的的.
这就是分支的基本概念,一条基于另外一条开发线存在的分支.并共享在分离之前的日志.一个分支就象一个拷
贝的存在,并从那里离开,并具有自己的历史.
图:Figur 4.1. Branches of development
Subversion提供了一些功能来保持文件或目录分支的平行性.允许通过拷贝数据来创建分支,并记录与源文件
的关系.也能帮助你将一个分支的修改复制到另外其他的支流上.总的来说,能够映射出不同的工作拷贝.这样
就可以在不同的分支上进行工作.

使用分支
图:Figure 4.2. Starting repository layout
假设Sally与你同时拥有"calc"项目的工作副本,并都有/calc/trunk的工作副本.所有项目相关的文件都
在/calc目录下,因为你们的团队已经商定/calc/trunk用于存放开发主线.
此时你被要求完成一个任务就是新增项目的一个基本新特性.这将需要很长的时间来完成,并可能回影响到项
目中的大部分晚间.问题是你不想与Sally有任何冲突,她正在修改项目中的一些存在的小BUG.并依赖于最新发
布的项目版本,这里(/calc/trunk)主线版本是最有效的.如果你提交修改那么肯定会打乱Sally的修改工作.
一种策略就是进入一个空洞:你和Sally在一到两周内停止共享信息.那就是开始获取整顿在你工作副本的所有
文件,并不做任何提交一直到你完成工作任务.这个方案存在着很多问题,第一,这样一来做不安全.很多人喜欢
频繁的将工作结果上传到版本库,已防止工作副本被突发事件破坏引起的后果.第二,不够容易.如果你在不同
的机器上工作,你就需要手工的将工作副本进行拷贝修改.最后,当你完成你的所有修改后,你将发现很难将你
的工作合并到主线项目的代码中去.
更好的解决方法就是创,建所有你自己的分支.能频繁的提交工作在不与其他人的冲突下.也能有选择性的共享
信息.

创建一个分支
创建一个分支非常简单-只需要用svn copy命令拷贝项目就可以.Subversion不单支持单文件,也支持整个文件
目录的分支创建.在此例中,我们要拷贝/calc/trunk文件夹.那么应该把拷贝放在那里呢?任何地方你想要放置
的地方.这里需要提到项目的策略在库中有/calc/branches目录空间,并你想要拷贝的目录名重命名为my-
calc-branch.
有两种不同的方法来进行拷贝.首先介绍有些麻烦的方法.只是为了让概念清晰一点.首先,检出版本库./calc.
使用svn copy命令拷贝要进行分支的文件目录.
$ cd bigwc
$ svn copy trunk branches/my-calc-branch
$ svn status
A +   branches/my-calc-branch
在这个例自立,拷贝命令递归拷贝trunk下的文件到新的工作目录.branches/my-calc-branch.你可以从svn
status 命令,心得目录被添加版本库中.同时注意"+"符号前面的字母A.他表明添加的列表是一些数据的拷贝,
并不是新添加的版本库的数据.当年提交修改后,版本库就会创建/calc/branches/my-calc-branch在版本库中
通过拷贝/calc/trunk,而不是通过工作副本将数据传送到版本库.
$ svn commit -m "Creating a private branch of /calc/trunk."
Adding         branches/my-calc-branch
Committed revision 341.
现在介绍一种简单的创建分支的方法,那就是可以通过给svn copy 命令传入两个URL路径来实现.
$ svn copy http://svn.example.com/repos/calc/trunk \
           http://svn.example.com/repos/calc/branches/my-calc-branch \
      -m "Creating a private branch of /calc/trunk."
Committed revision 341.
从版本库的角度来看,实际上这两种方法并无任何区别.注意区别只在与本地客户端,后者可以立即执行分支任
务,简单,并不需要你检出庞大的工作副本.这种方法是最常用的.
图 4.3. Repository with new copy

廉价的拷贝
Subversion的库经过特别的设计.当你拷贝一个文件目录是,你不需要担心会占用大量的版本库容量-实际上版
本库并不会真正的拷贝数据.取而代之的是建立一个新的目录路口来指向已存在的目录树.如果你是UNIX的用
户,这与磁盘连接的概念是相同的.后面对文件或是目录的修改也是影响被拷贝文件目录.任何能够使用该概念
的地方Subversion都会利用该理念.
这也是为什么听到廉价拷贝这个词.我们不需要担心文件目录有多大-拷贝的花费都是非常微小的.这种特性也
是每次提交所做的事,每个版本都是一次廉价拷贝.除了很少的一点修改数据进行保存.
当然,这些机制或数据共享对于用户都是隐藏不可见的.我们能简单的看到拷贝目录.主要点就是拷贝是非常廉
价的,无论是时间还是空间.如果你用这种方法拷贝是非常快的.当然可以随心所欲的进行分支.

使用分支进行工作
现在我们建立了项目的一个份支,我们就可以检出该分支并开始工作使用它.
$ svn checkout http://svn.example.com/repos/calc/branches/my-calc-branch
A my-calc-branch/Makefile
A my-calc-branch/integer.c
A my-calc-branch/button.c
Checked out revision 341.
这个工作副本并无任何特别之处;只是简单镜像了一个库中项目.当你提交修改后,Sally并不期望当她更新工
作副本的时候看到这些修改.因为她的工作副本是/calc/trunk.
让我们假设看看一个星期里所发生的事
      You make a change to /calc/branches/my-calc-branch/button.c, which creates revision 342.
      You make a change to /calc/branches/my-calc-branch/integer.c, which creates revision 343.
      Sally makes a change to /calc/trunk/integer.c, which creates revision 344.
现在这里有两条独立的开发线
图Figure 4.4. The branching of one file's history

分支背后的关键概念
这里有两点重要的内容需要在这里记住.第一,Subversion并没有冲突分支的概念-它只知道怎么去进行拷贝.
当你拷贝一个目录是,结果就是目录是一个独立的分支.你可能回想像一个不同的目录被建立或被处理.但对于
Subversion只是平常的目录控制区别只是再扩展一个历史日志信息.第二,因为这种拷贝机制,Subversion的分
支只是平常的存储在版本库中,而不像其他的版本控制系统,分支是真正存储了目录文件.
注意,Subversion并不支持不同版本库之间拷贝也使用映射机制,所以他只能在同版本库下工作.

小马歌 2009-03-04 11:38 发表评论

svn如何换一个用户登录

小马歌 — Thu, 21 Aug 2008 02:25:00 GMT

因为第一次登录并保存密码之后，会缓存到本地，所以要删除这么一个缓存文件。
地址是： %APPDATA%\Subversion\auth\svn.simple

小马歌 2008-08-21 10:25 发表评论