Git基本操作
Git代码状态转换图
其中：未被Git跟踪的状态为unstage状态
已经被Git跟踪的状态为stage状态，因此包括staging状态和staged状态
一基本应用
1.安装
git的安装除了git core这个东西以外，我们还需要安装git gui和gitk，这些东西后面会方便我们的工作。
ubuntu下：直接采用新立德安装git。如果使用apt-get，可能会遗漏一些库文件，这里推荐大家将git的一些GUI的工具也安装一下，这样可以更直观的了解我们的版本发展情况。windows下：也有相应的安装文件，https://www.wendangku.net/doc/c98944331.html,/p/msysgit/downloads/list在这个目录下可以下载到，一般推荐安装这个list里面的第一。
git有一些全局的设置和变量，我们可以通过git config -l去查看这些参数，git在提交修改的时候会记录提交者的姓名和email，这样便于代码的整体管理，安装后我们需要设置一下，我们的一些相关参数，具体设置的命令可以用git config --global https://www.wendangku.net/doc/c98944331.html, "XXXX"去设置全局的作者名和git config --global user.email "XXX"去设置全局的email地址。设置后，我们在查看每次的修改时，都会显示出这次修改掉作者是谁以及他的mail地址。
后面的命令使用，我们都是基于home目录下的~/gittest进行的，这个目录下面主要有三个文件：1.txt，2.txt，.gitignore这三个文件组成。想了解具体git命令的使用和说明，我们可以使用git XXX --help命令去显示相应命令的说明文档。
2.建立代码库
使用命令：git init
在当前目录中运行以完成初始化，随后可以使用git status去查看当前代码库的状态。这个时候，我们可以看到，我们在自己工程中的，1.txt和.gitignore这二个文件，提示我们他们是untrack的。2.txt，文件由于我们在.gitignore中添加了它，所以这个文件将会被git ignore掉，这样方便我们的工作，因为我们在工作中，可能会有很多的*.tmp文件已经*.obj 这些零时的，我们不关心的文件，所以我们通过.gitignore这个文件去简化我们需要关注的文件.gitignore这个文件里面的文件只要写相对路径就可以，每一行代表一个需要忽视的文
件，文件类型或者是目录。
3.管理改动
a.查看当前状态
使用命令：git status
这个命令可以查看当前的状态：
untrack files是指尚未被git所管理的文件；changed but not updated是指文件被git管理，并且发生了改变，但改动还没被git管理；这两种状态，都可以看成是改动还没被git管理的状态，我们这里称非stage状态。
changes to be commited是指进入stage状态的文件，stage是commit和未管理之间的一个状态，也有别名叫index状态，也就是git已经管理了这些改动，但是还没完成提交。
.gitignore中的文件，不会出现在以上三个状态中。
b.向stage添加文件
使用命令：git add
git add [path］会把对应目录或文件，添加到stage状态
git add . 会把当前所有的untrack files和changed but not updated添加到stage状态
c.从stage移除文件
使用命令：git reset
这个命令与add相反，但它还有其他功能，后文介绍。
git reset [path]会改变path指定的文件或目录的stage状态，到非stage状
git reset 会将所有stage的文件状态，都改变成非stage状
d.删除文件
使用命令：git rm [path]
这个命令用来删除文件，可以用git status查看git rm与普通rm的差别。git rm后的文件，都在stage状态。
e.查看差异
使用命令：git diff
git diff 可以查看当前不在stage状态的改动，加参数--cached可以查看stage状态的差异，还可以指定文件名；如git diff --cached 1.txt 可以查看stage状态的1.txt的差异注意stage状态的diff(即--cached)是stage与HEAD的差异，非stage状态的diff是与stage 状态的差异。一个文件可以存在非stage和stage两个状态，可以通过git add和git reset合并。合并的结果都是非stage的状态，因为这个是在stage基础上修改的。
f.回退改动
使用命令：git checkout [path]
git checkout 有很多用处，这里用到的是checkout文件，一些版本管理软件提供有revert 命令，可以revert某个文件上的改动。其实这个通过checkout这个文件的最新版本就可以完成。如果做的一些修改不需要了，用git checkout [path]就能把这个文件还原，同时也能从stage和非stage状态中去掉这个文件，就如同没有修改过一样。
g.暂存改动
使用命令：git stash
git stash可以把当前的改动（stage和unstage，但不包括untrack的文件）暂存。然后通过git stash list查看。并通过git stash apply重新取出来。但apply之前要保证worktree是干净的。
4.提交改动
使用命令：git commit
有了前面对stage状态的管理，提交简单了很多。这个命令会提交stage状态的文件。也有参数可以直接提交所有文件或者所有修改过的文件，不过一般建议都经过stage->commit的流程。
使用这个命令后，git会自动调用系统默认的文本编译器，去编辑commit的内容。这里，我的电脑默认的文本编辑器是vim。
或者使用git commit -m "XXXX"直接为这次修改提交注释。推荐使用。
需要强调的是，这里的提交，都是基于本地完成。这点跟以前中央式的版本管理软件有很大差别。而远程提交，会在多人协作里提到。
git commit -amend可以对最后一次提交做些修改，主要是改注释，也能改改已提交的东西。更强大一点的方法下面会介绍。
5.已提交改动管理
a.查看历史记录
使用命令：git log
使用这个命令，我们可以看到所有当前分支的commit。
使用这个命令后，出现的commit XXXXXXX，后面这个编码是每个commit的唯一编码，我们需要查看某一个commit，只要打出这个commit的前四位就可以了。
查看历史记录也可以使用gitk，更为方便。
b.查看版本差异
使用命令：git diff
git diff可以用来查看版本之间的差异，命令格式为git diff [version1]..[version2]，如git diff HEAD^..HEAD~2
c.回退已提交改动
使用命令：git reset
git reset的另一作用是回退改动，记法是git reset [version]，一般用HEAD表示最新的change log。那么，回退1个change的写法就是git reset HEAD^，2个为HEAD^^，3个为HEAD~3，以此类推。
git reset 有几个选项：
（1）如果什么都不加，比如git reset HEAD^，会把改动回退到unstage状态，改动不会丢失。
（2）如果加--soft，改动会回退到stage状态。
（3）如果加--hard，改动会直接丢失。使用时千万小心！！
d.有记录的回退
使用命令：git revert
git revert的回退方式与reset不一样，它会提交与回退改动相反的改动，来与之抵消。也就是和reset起到同样效果的同时，还留下痕迹。但一般只能用来处理最新一个change 的回退。
一般调用方式为git revert HEAD。
6.patch的使用
a.制作patch
使用命令：git diff
前面提到的git diff的输出，其实就是标准的patch形式，使用git diff [param] > xxx.patch 即可生成对应的patch。这种方式比较灵活，未提交的改动，提交的改动，分支差别等。都可以用这个方法生成出来。
使用命令：git format-patch
这是更为标准的制作patch方式，一般常用的格式为git format-patch [version]，然后会从version开始直到最新的（不包括version），每一commit一个patch的众多patches，以0001开始命名，0001是最早的一个patch。也可以用git format-patch -n，n是最新的n个patch，效果与前面一样。另外还可以git format-patch [old_version]..[new_version]生成选择区间的patch。
b.应用patch
使用命令：git apply [path]
path指向patch的路径。patch如果遇到问题，可以手工合有问题的文件或代码块。剩余的再apply。
7.标签
tag是很有用的一项功能，简单来说，tag就是某个change的一个别名。要发布版本，标记里程碑等，都用tag来做。另外比如像android这样的项目，有多个git库，用同样的tag 来统一标记每个库上的某个版本，也为版本的checkout带来了很大的方便。
基本命令：git tag
git tag [tag_name] [version]，在对应版本上（一般用change的SHA1），创建tag
git tag -l 列出当前tag
git tag -d [tag_name] 删除tag
有了tag以后，可以使用git checkout [tag_name] -b [branch_name]来检出对应tag时刻的代码。也可以用tag name来实现diff等功能。
二、分支
使用分支的意义，如果你目前的代码需要做一些实验或者是一些不确定的修改，但是你又不想做过测试后，再把代码该回到原始状态或者是影响这个稳定的版本，这个时候我们就要使用branch。同时使用分支，也能方便同时维护很多不同模块的开发进程，保证他们的开发尽量不互相影响。这是很好的习惯。
使用命令：git branch ［branch_name］
这个命令会基于当前branch的状态创建另一个branch。git的branch是很轻量级的，新分支的创建就是一个版本的标记而已，无须复制文件。
使用命令：git checkout
git checkout 可以基于分支，tag，或change，创建出对应的分支。这种方式更加灵活。命令格式为git checkout [branch/tag/change] -b [branch_name]。
2.分支的查看：
使用命令：git branch
使用这个命令，可以看到目前存在的所有本地分支，并且可以看到目前工作在那个目录上。
3.分支的切换：
使用命令：git checkout［branch_name］
此命令可以切换分支，注意所有的stage和unstage状态都会被切一起切换，注意先用stash 保存。
4.分支的合并：
这个操作是比较容易引起问题的，请尽量保证本地worktree比较干净再来做这一操作。有如下操作方式
a.整个分支合并
使用命令:git merge [branch_name]
使用这个命令来将branch_name指定的branch上的改动，合并到当前所在的branch。合并的轨迹可以在gitk中明显的看到。
合并两个分支，最容易产生的问题就是代码的冲突。git会提示冲突的文件，可以使用git status查看，提示unmerged。
用熟悉的编辑工具打开有冲突的文件，可以看到由<<<<<<<和======中间的，是目前所在branch的修改。========和>>>>>>>之间的，是要合并的修改。选择自己需要的部分，并移除<=>等符号，保存。
随后可以使用git add添加到stage状态，并提交即可。这样的提交因为有merge的动作在前，与普通提交是不同的，从gitk上可以看出有两条线的merge。
另外一点需要注意的是，即使不修改<=>中间的内容，也可以git add到stage，git会认为你已经merge好了。所以请一定记得首先做好所有conflict的处理！
另外一个冲突的解决方法是执行git mergetool，可以使用比如kdiff3等3路merge工具来完成merge，喜欢用图形工具的会方便一些。
b.合并单独的change
使用命令：git cherry-pick [change's SHA1]
git cherry-pick可以手工选择一些改动来集成到当前分支，是最灵活的方式。使用change 的SHA1前4位即可。遇到冲突，和merge的解决方法一样。需要注意的是cherry-pick并不带来分支轨迹的变化。
使用命令：git branch -d/-D
-d是删除已经合并过的branch，-D是直接删除
三、多人协作
git是分布式的版本控制工具，每个人都可以有自己的版本库，本地也可以存储完整的版本信息。多人协作的方式方法也有很多。这里主要介绍一些基本的操作，后面也会有一些具体的协作流程来规范一下多人协作的模式。
1.clone版本库
使用命令：git clone [path]
git是分布式，所以如果不是新建库的话，就需要首先在本地将服务器上的版本库下载回来。git clone可以下载path指向的http://和git://协议的地址，也可以是本地文件夹。clone下来的库，包含了完整的版本和分支等信息。
git clone下来以后，使用git branch -r可以查看远程分支。一般是远程名/分支名的形式。远程分支一般只在更新时候用，或者作为merge的源，一般不要直接switch过去，更不要去更改。
2.配置个人信息
使用命令：git config
使用git config可以配置选项。个人信息也是在这里完成。加--global选项会对本用户名下所有的git库都采用全局配置。
姓名：git config --global https://www.wendangku.net/doc/c98944331.html, xxx
邮件：git config --global user.email xxx
3.更新代码
a.同步最新代码
使用命令：git fetch
git fetch的作用是更新远程分支的信息为最新，但并不会影响本地分支的状态，一般也不会带来什么问题。由于git是分布式的，所以fetch后，所有的远程库的内容，都拷贝到了本地。后面的集成代码过程中提到远程，其实都是指本地的远程拷贝而已，并不是远程了。
b.集成最新代码
集成代码的工作，往往跟merge有关，所以也需要保证worktree尽量的干净。以免带来问题或增加复杂度。
1)配置branch的tracking branch
tracking branch指定从哪里集成代码，后文也会提到这个配置也被用作提交代码的目的地
方法1: 在创建branch的时候指定，利用--track参数
比如git branch --tracking [local_branch_name] [full_remote_branch_name] 方法2: 手工指定或修改
git config branch.[branch_name].remote = origin (一般默认远程库代号都是origin)
git config branch.[branch_name].merge = refs/heads/[branch_name] （指定远程库的引用）
配置好tracking branch后,pull,push都不用加参数了。否则需要为他们加路径参数。
2)git pull
git pull等同于git fetch + git merge，merge的是当前所在branch所指定merge branch。如果出现冲突，用前面介绍过的方法解决。如果手工拆开使用git fetch, 之后再git merge，是需要为merge指定源branch的。(一般用git pull --rebase)
3)git rebase ［branch_name］
git rebase的作用，是改变一个分支上的某些change的位置，一般是提升到新的基线版本，新版本由branch_name指定的branch的HEAD确定。比如基于linux2.6.26做了一些驱动，那么，当要把这些驱动的改动，放到2.6.28版本上去的时候，就可以用git rebase 2.6.28这样的命令来完成。
如有冲突，同样的方法去解决好后，执行git rebase --continue继续，或git rebase --abort 退出，或git rebase --skip跳过当前冲突。成功的话，就能把当前自己基于老版本的修改，变成基于最新版本的。
执行命令时，git rebase的参数，源branch name不由tracking branch配置决定，需要手工指定。
这里比较一下pull和rebase的差别。因为后面讲到push，也就是提交改动的时候，这些操作的结果会影响到远程库的分支状态。他们两者其实都能把最新的远程代码与本地代码合并。但前者主要的操作是merge，有可能提交一个merge change log的，也会在历史中留下分支合并的信息（gitk可以看到分叉和合并）。而后者rebase，更大程度上能保证历史是线性的。所以，一般情况下推荐用rebase来做合并，这样也更符合传统版本控制软件的流程。而merge更适合用在一些需要体现出，或者强调分支的地方，比如一个较复杂，较长期的功能开发分支，合入到主分支的时候。协调好这两种方式，对保证远程库分支的整洁是有重要意义的。
4.提交代码
使用命令：git push
配置好tracking branch之后，将本地分支的代码，提交到远程库，只要输入git push即可。但运行这个命令前，一定要首先保证已经merge或rebase过，否则是不会成功的。
默认push.default选项，是将本地所有和服务器上匹配的branch的改动，都push上去。一般我们需要设置git config push.default tracking，只推送当前branch到它所tracking的branch。
以上是一些比较精简的git操作流程。供大家熟悉基本的git操作。git是大而复杂的系统，同样的事情有很多方法可以完成。本文的一些观点以及技巧，都可能有更好的实现方式。同样本文也会存在错误的地方。请大家及时指出，共同推动我们的版本管理方式进步。后面会经过讨论，出台一套规范的个人开发和多人协作开发流程，以及用于测试及版本发布的代码管理流程。也请大家尽快熟悉，并积极参与，提出建议和意见。
Git使用
Git 使用简介 工欲善其事，必先利其器。本文简要涉及Git基础、安装、配置以及日常使用过程中的常见操作，所有操作均基于Git命令行，当然也可以在流行的编辑器如Eclipse、Idea、Xcode 中已图形化的方式使用Git。 符号约定：说明本文中使用的符号对应的意义 ● <>：小于号和大于号表示这是一个变量，使用时应该替换为具体内容 ● //：注释语句 Git基础 文件的三种状态 在Git 内都只有三种状态：已提交（committed），已修改（modified）和已暂存（staged）。已提交表示该文件已经被安全地保存在本地数据库中了；已修改表示修改了某个文件，但还没有提交保存；已暂存表示把已修改的文件放在下次提交时要保存的清单中。 由此可以看到Git 管理项目时，文件流转的三个工作区域：Git 的工作目录，暂存区域，以及本地仓库。 基本的Git 工作流程如下：
1、在工作目录中修改某些文件。 2、对修改后的文件进行快照，然后保存到暂存区域。 3、提交更新，将保存在暂存区域的文件快照永久转储到Git 目录中。 所以，可以从文件所处的位置来判断状态：如果是Git 目录中保存着的特定版本文件，就属于已提交状态；如果作了修改并已放入暂存区域，就属于已暂存状态；如果自上次取出后，作了修改但还没有放到暂存区域，就是已修改状态。 分支 在Git 中提交时，会保存一个提交（commit）对象，该对象包含一个指向暂存内容快照的指针，包含本次提交的作者等相关附属信息，包含零个或多个指向该提交对象的父对象指针：首次提交是没有直接祖先的，普通提交有一个祖先，由两个或多个分支合并产生的提交则有多个祖先。 Git 中的分支，其实本质上仅仅是个指向commit 对象的可变指针。Git 会使用master 作为分支的默认名字。在若干次提交后，你其实已经有了一个指向最后一次提交对象的master 分支，它在每次提交的时候都会自动向前移动。
Git命令学习Git使用习惯git-cheatsheet-中文注释
presented by TOWER ? Version control with Git - made easy GIT CHEAT SHEET CREATE Clone an existing repository $ git clone ssh://user@https://www.wendangku.net/doc/c98944331.html,/repo.git Create a new local repository $ git init LOCAL CHANGES Changed files in your working directory $ git status Changes to tracked files $ git diff Add all current changes to the next commit $ git add . Add some changes in
Eclipse中git的基本使用
一、安装E G I T插件 二、使用EGIT前的配置 三、新建GIT仓库 四、配置.gitignore文件 五、查看历史记录 六、推送远程仓库 七、远程GIT仓库 八、解决推送冲突 九、重置功能 一、安装EGIT插件 现在的eclipse一般都自带了，如果没有，使用EclipseMarketplace，搜索EGit 二、使用EGIT前的配置 配置个人信息，最重要的是https://www.wendangku.net/doc/c98944331.html,和user.email Preferences>Team>Git>Configuration addEntry 三、新建GIT仓库 新建hh_monitor项目 File>Team>ShareProject选择GIT 创建仓库后，在$ProjectWorks\hh_monitor目录下的.git文件夹，就是git的仓库地址。 和CVS、SVN不同，GIT不会在每一个目录下建立版本控制文件夹，仅在根目录下建立仓库。 同时，eclipse中的project也建立git版本控制，此时未创建分支，处于NO-HEAD状态
文件夹中的符号””表示此文件夹处于untracked状态，这样就成功创建GIT 仓库。 四、配置.gitignore文件 配置.gitignore，排除不需要提交的文件。 此时我们尝试做一次提交,Team->Commit 如上图所示，Author和Committer会默认为Git配置的用户信息。 下面的Files窗口中可以看到此次提交的文件，其中有非常多带有work的文件，此时，在我们的project中链接的work也被GIT默认到版本控制中了。 work下面的文件不需要进行版本控制的，我们可以通过配置.gitignore来排除这这个文件夹。 打开Navigator窗口，在project根目录中添加.gitignore文件，将需要排除控制的目录写入.gitignore文件中。 再次尝试commit，需要提交的文件已经被过滤。 首次提交后，会自动生成master分支 然后在com.hh中新建一个文件，可以看到图标依然是问号，处于untracked状态，即git没有对此文件进行监控。 通过Team->Addtoindex可以将文件加入git索引，进行版本监控 PS:可以看到图标显示也有了变化（EGIT中只要Commit就可以默认将untracked的文件添加到索引再提交更新，不需要分开操作） 也可以通过Team->Untrack将文件从索引控制中排除。 将此次新增的文件commit到仓库中，文件将处于unmodified状态，或者说，这就是一种staged状态 然后修改文件的内容，文件将处于modified状态 五、查看历史记录 Team->Showinhistory可以查看版本历史提交记录 可以选择对比模式 六、推送远程仓库
Git使用说明
Git使用说明 一、Git 是什么 Git 是一个快速、可扩展的分布式版本控制系统，它具有极为丰富的命令集，对内部系统提供了高级操作和完全访问。所谓版本控制系统，从狭义上来说，它是软件项目开发过程中用于储存我们所写的代码所有修订版本的软件，但事实上我们可以将任何对项目有帮助的文档交付版本控制系统进行管理。 理论上，Git 可以保存任何文档，但是最善于保存文本文档，因为它本来就是为解决软件源代码（也是一种文本文档）版本管理问题而开发的，提供了许多有助于文本分析的工具。对于非文本文档，Git 只是简单地为其进行备份并实施版本管理。 二、git管理个人文档 比如文档在/home/gitwork/doc目录下，首先切换到该目录下. 2.1 建立仓库 命令：git init 则会显示Initialized empty Git repository in $PROJECT/.git/，这是在该目录下建立了一个.git的隐藏目录，这就是所谓的仓库，不过现在它里面没内容。该目录现在不在是普通的目录，称之为工作树。 2.2 自我介绍 命令如下：
Git config –-global https://www.wendangku.net/doc/c98944331.html, “你的名字” Git config –-global user.email “你的电子邮件” 2.3 生成快照 命令：git add 文件名 文件名可以是多个，这一步只是生成了该要提交文档的快照，该快照被存放在一个临时的存储区域，git称之为索引。 2.4 内容提交 命令：git commit–m “自己输入的版本更新说明” 使用git commit命令可将索引提交至仓库，每次提交意味着版本的一次更新。 2.5 内容忽略 假如你修改了多个文档，又希望其中的一个不被提交，如你在工作树中存在A.txt、b、c.tex、d等文件和子目录，但子目录d不需要提交，则可用git的文档忽略机制，可以将工作树中你不希望接受Git 管理的文档信息写到同一目录下的 .gitignore 文件中。 命令：cd 工作树目录 Echo “d”> .gitignore Git add . Git commit 2.6 查看版本历史 在工作树中，使用 git-log 命令可以查看当前项目的日志，也就是你在使用git-commit 向仓库提交新版本时所属的版本更新信
Git 常用命令速查
一、Git 常用命令速查 git push origin :分支名删除远程库分支 git branch 查看本地所有分支 git status 查看当前状态 git commit 提交 git branch -a 查看所有的分支 git branch -r 查看远程所有分支 git commit -am "init" 提交并且加注释 git remote add origin git@192.168.1.119:ndshow git push origin master 将文件给推到服务器上 git remote show origin 显示远程库origin里的资源 git push origin master:develop git push origin master:hb-dev 将本地库与服务器上的库进行关联 git checkout --track origin/dev 切换到远程dev分支 git branch -D master develop 删除本地库develop git checkout -b dev 建立一个新的本地分支dev git merge origin/dev 将分支dev与当前分支进行合并 git checkout dev 切换到本地dev分支 git remote show 查看远程库 git add . 目录下所有的文件 git rm 文件名(包括路径) 从git中删除指定文件 git clone git://https://www.wendangku.net/doc/c98944331.html,/schacon/grit.git 从服务器上将代码给拉下来 git config --list 看所有用户 git ls-files 看已经被提交的 git rm [file name] 删除一个文件 git commit -a 提交当前repos的所有的改变 git add [file name] 添加一个文件到git index git commit -v 当你用－v参数的时候可以看commit的差异 git commit -m "This is the message describing the commit" 添加commit信息git commit -a -a是代表add，把所有的change加到git index里然后再commit git commit -a -v 一般提交命令 git log 看你commit的日志 git diff 查看尚未暂存的更新 git rm a.a 移除文件(从暂存区和工作区中删除) git rm --cached a.a 移除文件(只从暂存区中删除) git commit -m "remove" 移除文件(从Git中删除) git rm -f a.a 强行移除修改后文件(从暂存区和工作区中删除) git diff --cached 或$ git diff --staged 查看尚未提交的更新 git stash push 将文件给push到一个临时空间中 git stash pop 将文件从临时空间pop下来 --------------------------------------------------------- git remote add origin git@https://www.wendangku.net/doc/c98944331.html,:username/Hello-World.git
Git练习题
Git练习题 说明： 本文使用了不同的字体来表示不同类型的文字： 输出：output 输入：input 替换：replaced 一些特殊的符号： $ 表示shell提示符 [text] 表示文字“text”是可选的，你可以输也可以不输 一些典型的例子： $ git --version git version 1.7.1 $ echo Insert your text [here] Insert your text here 访问练习git库的方法： 服务器：https://www.wendangku.net/doc/c98944331.html, (192.168.9.142) 用户：exercise 密码：123456 注：git使用密码访问没有问题，但是使用repo sync下载代码时会要求输入很多次密码，因为每个git库都会要求输入密码。这里我们提供一个简单的方法（在你的机器上操作）：1、建立一个新用户（比如叫test） $ sudo useradd -m test 2、切换到该用户 $ sudo su - test 3、把服务器上的exercise用户目录下的.ssh目录拷贝过来 $ scp -r exercise@192.168.9.142:.ssh . 4、测试连接服务器是否不需要密码了 $ ssh exercise@192.168.9.142 如何不需要密码就可以连接上服务器就说明配置已经成功了，你在做下面的练习的时候就不需要输密码了。
练习1： 在你的本机配置git和repo 在这个练习中，我们将在你的本机上配置git和repo环境。包括具体的用户设置（.gitconfig 文件）和gerrit的设置。我们也会下载练习的git库。 步骤1：在~/.gitconfig文件中设置用户名和邮件地址。 1、打开一个终端，运行下面的命令（你可能需要替换一些变量为你希望的值，下同）： $ git config --global https://www.wendangku.net/doc/c98944331.html, "FirstName Lastname" $ git config --global user.email youremailaddress@https://www.wendangku.net/doc/c98944331.html, (eg: git config --global user.email scm@https://www.wendangku.net/doc/c98944331.html,) 2、配置你的默认编辑器（设置为vim） $git config --global core.editor vim 你也可以设置为其他你喜欢的编辑器，emacs或nano 3、配置git的颜色 $ git config --global color.ui auto 3、检查你的设置 $ cat ~/.gitconfig 你应该看到类似下面的内容： [user] name = Firstname Lastname email = youremailaddress@https://www.wendangku.net/doc/c98944331.html, [color] ui = auto [core] editor = vim 步骤2：使用repo下载git库。 1、创建一个exercises的目录： $ mkdir ~/exercises 2、进入~/exercises目录 3、用repo下载练习git库： $ repo init –u exercise@https://www.wendangku.net/doc/c98944331.html,:manifest.git $ repo sync 用ls命令查看是否把所有的库都下载下来了（可以和.repo/manifest.xml文件中的project项
Git+使用教程
Git 中文教程 介绍 Git --- The stupid content tracker, 傻瓜内容跟踪器。Linus 是这样给我们介绍 Git 的。 Git 是用于 Linux 内核开发的版本控制工具。与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持，使源代码的发布和交流极其方便。 Git 的速度很快，这对于诸如Linux kernel 这样的大项目来说自然很重要。 Git 最为出色的是它的合并跟踪（merge tracing）能力。 实际上内核开发团队决定开始开发和使用 Git 来作为内核开发的版本控制系统的时候，世界开源社群的反对声音不少，最大的理由是 Git 太艰涩难懂，从 Git 的内部工作机制来说，的确是这样。但是随着开发的深入，Git 的正常使用都由一些友好的脚本命令来执行，使 Git 变得非常好用，即使是用来管理我们自己的开发项目，Git 都是一个友好，有力的工具。现在，越来越多的著名项目采用 Git 来管理项目开发，例如：wine, U-boot 等，详情看https://www.wendangku.net/doc/c98944331.html,/git 作为开源自由原教旨主义项目，Git 没有对版本库的浏览和修改做任何的权限限制。它只适用于 Linux / Unix 平台，没有 Windows 版本，目前也没有这样的开发计划。 本文将以 Git 官方文档Tutorial，core-tutorial和Everyday GIT作为蓝本翻译整理，但是暂时去掉了对 Git 内部工作机制的阐述，力求简明扼要，并加入了作者使用 Git 的过程中的一些心得体会，注意事项，以及更多的例子。建议你最好通过你所使用的 Unix / Linux 发行版的安装包来安装 Git, 你可以在线浏览本文，也可以通过下面的命令来得到本文最新的版本库，并且通过后面的学习用 Git 作为工具参加到本文的创作中来。 $ git-clone https://www.wendangku.net/doc/c98944331.html,/git/gittutorcn.git 创建一个版本库：git-init-db 创建一个 Git 版本库是很容易的，只要用命令git-init-db就可以了。现在我们来为本文的写作创建一个版本库： $ mkdir gittutorcn $ cd gittutorcn $ git-init-db git 将会作出以下的回应 defaulting to local storage area 这样，一个空的版本库就创建好了，并在当前目录中创建一个叫 .git 的子目录。你可以用 ls -a 查看一下，并请注意其中的三项内容： ● 一个叫 HEAD 的文件，我们现在来查看一下它的内容：
gerrit git 常用操作
gerrit/git常用操作 1、代码下载方法 a. 下载整个工程代码： repoinit …… repo sync b. 下载部分模块代码 repoinit …… repo sync + projectPath 2、通过repo 提交代码 a.下载所需修改模块的代码 mkdir Test cd Test repoinit …… repo sync projectName b. 建立新分支：repo start branchName . / repo start branchNameprojectName c. 修改代码 d. git add . (提交所有修改到git缓冲区) / git add + FileName(只提交指定文件) e. git commit -s 格式要求： module: submodule: Message Title Blablabla Message Content Blablablablablablablablabla Ticket: APOLLO-20472 f. repo upload . / repo upload projectName g. 评审代码并submit。 3、直接通过gerrit pick Patch a.在gerrit上打开需要pick的patch b.点击“Cherry Pick To”按钮，在弹出的对话框中输入需要pick到的branch. 注意：如果无法直接pick过来，网页会直接报错，此时则需要按下面的步骤4手动pick，并解决冲突。 c.成功pick之后，会生成一个新的gerrit提交，并自动在Reviewer中加入了原Author，merge 之前让原Author确认。 d.评审代码并submit。 4、Pick冲突解决： 如果在gerrit上直接pick产生冲突，需要手动pick，并解决冲突：
gitlab issue详细操作流程
gitlab issue详细操作流程 issue概述 一般master分支默认是被锁住，其目的是保护该分支。普通开发人员可以创建issue后建立对应的分支然后去完成任务。完成issue后便要合并分支，只需发送merge request ，等待owner审核通过才能合并到master分支上。合并的过程中可能会出现代码冲突问题。而这个问题却交给了owner去处理，因为普通开发人员是没有权限的。 Issue 指的是一项待完成的工作，通常与系统的改进相关，中文可以译为'问题'或'事务'。下面这些都是Issue 的例子。 一个软件的bug。 一项功能建议。 一项待完成的任务。 文档缺失的报告。 每个Issue 应该包含该问题的所有信息和历史，使得后来的人只看这个Is sue，就能了解问题的所有方面和过程。历史上，Issue 起源于客服部门。用户打电话反映问题，客服就创建一个工单（ticket），后续的每一个处理步骤、每一次与用户的交流，都要更新工单，记录全部信息。这就是Issue 的前身。因此，Issue 的原始功能是问题追踪和工单管理，后来不断扩展，逐渐演变成全功能的项目管理工具，还可以用于制定和实施软件的开发计划。
除了软件，其他项目也可以使用Issue，比如有人把自己住宅的改善计划都做成了Issue Issue操作流程 1.what用户克隆代码到本地。 假如我们创建好了项目，并添加了开发人员what账户。项目地址是： http地址：http://192.168.99.102/root/cloud-dev.git Ssh地址：git@192.168.99.102:root/cloud-dev.git 作为一个开放人员what，第一步我们需要将仓库拉到本地电脑上去。为了方便拉取仓库，这里详细说明下用sshkey秘钥认证拉取仓库。在what研发电脑上创建一个秘钥。打开Gui，选择Help-Show SSH Key。
gitlab使用指南
gitlab使用指南 1 gitlab介绍 GitLab 是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。 GitLab是基于网络的Git仓库管理工具，且具有wiki和issue跟踪功能。使用Git作为代码管理工具，并在此基础上搭建起来的web服务。 GitLab，它使用Ruby语言写成。后来，一些部分用Go语言重写。 2应用特点 1.Web框架使用RubyonRails。 2.基于MIT代码发布协议。 3.需要gitolite协同工作 3优点 GitLab为整个DevOps生命周期提供解决方案 1.管理 统计和分析功能。 GitLab提供统计数据和洞察力，以帮助提高GitLab在组织中的价值。 2.计划 项目计划和管理功能。 使用GitLab灵活的项目管理工具可视化，确定优先级，协调和跟踪进度。 3.创造 源代码以及数据创建和管理功能。 将源代码整合到一个易于管理和控制的分布式版本控制系统中，而不会影响工作流程。GitLab的Git存储库附带分支工具和访问控制，可为项目和代码的协作提供可扩展的单一事实来源。 4.校验 测试，代码质量和持续集成功能。 内置的静态代码分析，代码测试，代码质量，依赖项检查和Review Apps可以更快地发现错
误，提高安全性并缩短反馈周期。自定义您的批准工作流控件，自动测试代码质量，并为每个代码更改启动过渡环境。 GitLab持续集成是下一代测试系统，可以扩展以更快地运行测试。 5.包 Docker容器注册表。 GitLab软件包允许组织将GitLab用作各种常见软件包管理器的专用存储库。用户能够构建和发布程序包，这些程序包可以很容易地作为下游项目中的依赖项使用。 6.发布 应用程序发布和交付功能。 花更少的时间配置工具，而花更多的时间创建工具。无论要部署到一台服务器还是数千台服务器，都可以通过GitLab内置的持续交付和部署来自信，安全地构建，测试和发布代码。 7.配置 应用程序和基础结构配置工具。 使用GitLab Auto DevOps自动执行从构建到部署和监视的整个工作流程。最佳实践模板可帮助您从最小到零的配置开始。然后自定义所有内容，从构建包到CI / CD。 8.监控 应用程序监视和指标功能。 确保应用程序始终响应并可用。 GitLab会收集并显示已部署应用程序的性能指标，因此可以立即知道代码更改如何影响生产环境。 9.安全 安全功能功能。 检查应用程序是否存在安全漏洞，这些漏洞可能导致未经授权的访问，数据泄漏和服务拒绝。GitLab将对应用程序代码执行静态和动态测试，查找已知缺陷并在合并请求中报告这些缺陷，以便可以在合并之前修复它们。安全团队可以使用仪表板来获得项目和组的高级视图，并在需要时启动补救过程。 4运行gitlab gitlab-ctl start
Git-GitLab讲解
Git 简介及 GitLab 使用 一、Git 简介
Git 和其他版本控制系统的主要差别在于，Git 只关心文件数据的整体是否发生变 化，而大多数其他系统则只关心文件内容的具体差异。 Git 并不保存这些前后变化的差异数据。 实际上， Git 更像是把变化的文件作快照后， 记录在一个微型的文件系统中。每次提交更新时， 它会纵览一遍所有文件的指纹信息并对 文件作一快照， 然后保存一个指向这次快照的索引。 为提高性能， 若文件没有变化， Git 不 会再次保存，而只对上次保存的快照作一链接。 文件的三种状态 对于任何一个文件，在 Git 内都只有三种状态：已提交（committed），已修改 （modified）和已暂存（staged）。已提交表示该文件已经被安全地保存在本地数据库中 了；已修改表示修改了某个文件，但还没有提交保存；已暂存表示把已修改的文件放在下 次提交时要保存的清单中。 由此我们看到 Git 管理项目时，文件流转的三个工作区域：Git 的工作目录，暂存 区域，以及本地仓库。
基本的 Git 工作流程如下： 1. 在工作目录中修改某些文件。 2. 对修改后的文件进行快照，然后保存到暂存区域。 3. 提交更新，将保存在暂存区域的文件快照永久转储到 Git 目录中。 所以，我们可以从文件所处的位置来判断状态：如果是 Git 目录中保存着的特定版 本文件，就属于已提交状态；如果作了修改并已放入暂存区域，就属于已暂存状态；如果 自上次取出后，作了修改但还没有放到暂存区域，就是已修改状态。 工作目录下面的所有文件都不外乎这两种状态： 已跟踪或未跟踪。已跟踪的文件是指 本来就被纳入版本控制管理的文件，在上次快照中有它们的记录，工作一段时间后，它们 的状态可能是未更新，已修改或者已放入暂存区。而所有其他文件都属于未跟踪文件。它
GITM培训手册
系统操作流程 一、G ITM管理系统 内容管理 1.0登录GITM内容管理系统：http://19 2.168.2.7/cms/admin/cms/index.do 用户名：admin 密码：password 注意：admin是最大权限用户，本文以最大权限用户编写。 1.1点击内容，可查看全部信息。
点击左侧导航-信息频道->公司动态，显示该栏目文章列表。（以信息频道为例） 1.2信息发布流程。 鼠标定位到发布，显示可发布信息的栏目
点击发布->信息频道。 进行内容填写 （注意：发布->服务频道进到上述页面，栏目只可以选择信息频道向下的五个子栏目，否则因模板混乱而报错。 指定模板选择/default/content/infopd.html，此模板为信息频道文章详情页。 ） 点击提交，发布文章。
1.2.1信息修改。 点击“内容”->“公司动态”，查询到公司动态所有信息，如下。
选择要更改的数据点击修改。 修改完后，点击提交。修改成功。 注意：在修改信息频道中的内容时，因为前台主页中的公司动态/媒体新闻/公告信息静态化的原因，不能将栏目修改成信息频道下的其他栏目。 例如，将公司动态修改为媒体新闻，这样操作，会使该数据还显示在前台公司动态模块
中；也不能将公司动态修改成服务频道下的子栏目，否则，会因为指定模板错误，使得该文章在前台展示混乱。 在修改服务频道中的内容时，可以将栏目改为服务频道下的其他栏目；但是不能更改成信息频道的子栏目，因为指定模板错误。 1.2.3信息删除。 1.单笔删除 点击“内容”->“公司动态”，选中所要删除的数据，点击删除 点击确认，删除成功。 2.批量删除 选中要删除的批量数据，点击删除
几年的Git使用技巧总结
几年的Git使用技巧总结 用git有一年了，下面是我这一年来的git使用总结，覆盖了日常使用中绝大多数的场景。嗯，至少是够用一年了，整理出来分享给大家，不明白的地方可以回复交流。 创建和使用git ssh key 首先设置git的user name和email： git config --global https://www.wendangku.net/doc/c98944331.html, "xxx" git config --global user.email "xxx@https://www.wendangku.net/doc/c98944331.html," 查看git配置： git config --list 然后生成SHH密匙： 查看是否已经有了ssh密钥：cd ~/.ssh 如果没有密钥则不会有此文件夹，有则备份删除 生存密钥： ssh-keygen -t rsa -C "xxx@https://www.wendangku.net/doc/c98944331.html," 按3个回车，密码为空这里一般不使用密钥。 最后得到了两个文件：id_rsa和id_rsa.pub 注意：密匙生成就不要改了，如果已经生成到~/.ssh文件夹下去找。 git变更项目地址 git remote set-url origin git@192.168.6.70:res_dev_group/test.git git remote -v
查看某个文件的修改历史 git log –pretty=oneline 文件名 # 显示修改历史 git show 356f6def9D3fb7f3b9032ff5aa4b9110d4cca87e # 查看更改 git push 时报错 warning: push.default is unset; ‘matching’参数是 Git 1.x 的默认行为，其意是如果你执行 git push 但没有指定分支，它将 push 所有你本地的分支到远程仓库中对应匹配的分支。而Git 2.x 默认的是 simple，意味着执行 git push 没有指定分支时，只有当前分支会被 push 到你使用 git pull 获取的代码。 根据提示，修改git push的行为: git config --global push.default matching 再次执行git push 得到解决。 git submodule的使用拉子项目代码 开发过程中，经常会有一些通用的部分希望抽取出来做成一个公共库来提供给别的工程来使用，而公共代码库的版本管理是个麻烦的事情。今天无意中发现了git的git submodule命令，之前的问题迎刃而解了。 添加 为当前工程添加submodule，命令如下： git submodule add 仓库地址路径 其中，仓库地址是指子模块仓库地址，路径指将子模块放置在当前工程下的路径。 注意：路径不能以 / 结尾（会造成修改不生效）、不能是现有工程已有的目录（不能順利 Clone） 命令执行完成，会在当前工程根路径下生成一个名为“.gitmodules”的文件，其中记录了子模块的信息。添加完成以后，再将子模块所在的文件夹添加到工程中即可。 删除 submodule的删除稍微麻烦点：首先，要在“.gitmodules”文件中删除相应配置信息。然后，执行git rm –cached命令将子模块所在的文件从git中删除。 下载的工程带有submodule
git-flow实践手册v1.1
Git flow 实践手册 参与人员 发布记录 作者简介 Elson，网名小肥鱼，花城原著居民，网络专业科班出身，英文水准估计有美国幼儿园小朋友三成功力，读书时候喜欢参加比赛，没拿过国家级奖项；毕业多年一直在IT行业打滚，曾做过Oracle ERP功能顾问，对企业管理有一定认识；也尝试过带小团队从事外包开发；擅长php，是Zend认证php工程师，另外对Java，python和ruby略有认识。不是技术狂人，不刻意追求系统运行性能。由于性格上喜欢偷懒，所以总希望能用最少的代码实现最多的功能；喜欢事情有条理，所以想尽办法避免一切可能导致情况失控的因素出现；喜欢电子商务，觉得在网上做买卖很cool，很有成就感。现供职于国内某高速成长的电子商务公司，主要从事网站系统编码工作。
一，概述 Git是一个分布式版本控制软件，由Linux的发明人Linus开发并维护，其开发的目的是为了方便成百上千的Linux内核开发人员协同开发。 Git flow是一套根据Vincent Driessen总结的Git最佳实践方法而编写的Git指令快捷命令。它主旨是方便开发人员更容易地使用Git进行版本控制。 二，安装 这里讲解的是如何在Windows上安装Git Flow。所要用到的软件都在附带的附件包里面，其中包涵以下四个文件。 首先安装Git-1.7.4-preview20110204.exe，然后分别把bin.zip文件和git-core.zip文件解压到“X:\Program Files\Git\bin”目录和“X:\Program Files\Git\libexec\git-core”下。这样子就已经把git flow安装到windows上了。 假如以前有使用TortoiseSVN的开发人员刚开始不习惯Git的使用，可以安装Tortoisegit-1.6.5.0-32bit.exe。这是一个类似TortoiseSVN的工具。可以帮助SVN用户过渡到Git上。安装完成后能在右键菜单上看到熟悉的命令。
GIT使用操作指南
GIT使用说明GIT使用说明
说明 本文档只是日常工作中一些使用步骤的简单归纳，旨在帮助大家快速用上GIT，如 有疏漏，请大家发邮件yuxiao.qiao@https://www.wendangku.net/doc/c98944331.html,，会及时进行改进，谢谢。文档简介 1.安装支持中文文件名的Git 命令行软件包MsysGit。 2.在MsysGit 中生成用来访问Git 版本控制库的公钥数据。 3.安装Git 图形界面客户端软件TortoiseGit。 4.配置TortoiseGit。 5.在服务器中新建版本库。 6.TortoiseGit使用简介。
目录 1.安装MSYSGIT (3) 2.生成SSH 密钥 (7) 2.1.Linux系统 (7) 2.2.Windows操作系统 (8) 2.3.添加ssh文件 (9) 3.安装TORTOISEGIT (11) 4.配置TORTOISEGIT (12) 5.新建版本库 (14) 6.TORTOISEGIT使用 (15) 6.1.Clone版本库 (16) 6.2.设置参数 (17) 6.3.新增文件 (18) 6.4.修改文件 (23) 6.5.删除文件 (28)
GIT 使用指南1.安装MsysGit 1.下载安装程序，下载地址： https://www.wendangku.net/doc/c98944331.html,/files/Git-1.8.1.2-preview20130201.exe 2.双击安装软件，进入安装页面，单击“next”，在以下页面中设置软件安装路 径。 3.配置命令行快捷方式，在安装中会出现设置如何与Windows 的文件浏览器结 合的界面，设置成“可在目录上点右键直接进入该目录的Git 命令行”，如 下图所示：
GIT使用入门详细教程
GIT使用入门 Part 1 第一章基本原理 git是一个版本控制系统。官方的解释是：版本控制(Revision control)是一种软 件工程技巧，籍以在开发的过程中，确保由不同人所编辑的同一档案都得到更新。按我的白话文解释就是：一群志同道合的人身处祖国各地，希望来合作开发一个 项目，假设这个项目是使用c语言写的（当然用任何语言都可以的）。那么大家怎么合作呢？用信件？效率太低。用邮件，不好实现多人沟通。用google group吧，可开发阶段中的源代码没法科学管理。用自建的网站吧，需要人力物 力财力来支撑阿。 这个时候版本控制系统就派上用场了。它可以让一个团队里的不同的人在不同地点、不同时间开发和改进同一个项目，并且在大部分的时间里，版本控制系统会聪明的帮你把不同的人在不同地点不同时间修改的代码融合到项目中去。（当然在一些特殊的情况，还是需要人去决定到底哪些代码需要加入到项目中，这个在后面讨论不迟，先让大家对版本控制有一个好印象，呵呵） 知道了版本控制系统的优点之后，下面就要具体实践和体验了。建议你选用的版本控制系统包括： rcs，cvs，svn，git，Mercurial，Bazzar等等。 当然git，Mercurial和Bazzar都是属于分布式版本控制系统。 下面是一些网友对于这些版本控制系统评论的只言片语： 1)svk配合svn可以实现分布式的版本控制。 2) 我是从SVN转到Git下的。我想Git的优势是速度飞快，谁用谁知道！ 3) git的确是最快的，bzr慢的要死 4) SVN 在windows 下有TortoiseSVN 5) git 有Windows 版本，在google code 上的项目。https://www.wendangku.net/doc/c98944331.html,/p/msysgit/ 6) 大家可以试试国内提供的git服务。https://www.wendangku.net/doc/c98944331.html, 那么，简单地说，Git 究竟是怎样的一个系统呢？请注意，接下来的内容非常重要，若是理解了Git 的思想和基本的工作原理，用起来就会知其所以然，游刃