1. 一个Git项目中文件的状态大概分成下面的两大类，而第二大类又分为三小类：
1.未被跟踪的文件（untracked）
2.已被跟踪的文件（tracked）
1）.已修改（但未被暂存的文件）（changed but not updated或modified）
2）.已暂存（可以被提交的文件）（changes to be committed 或staged）
3）.已提交（自上次提交以来，未修改的文件）(clean 或 committed )
一般过程如下：
1)新建文件，该文件状态为“未跟踪”，位于工作区
2）用git add a.txt 加入该文件，状态变为“已跟踪”，位于暂存区
2.1)编辑该文件并保存，状态变为“已修改”，位于工作区。（注意：位于暂存区的文件独立存在！）
2.2)用 git add a.txt 加入该文件，状态变为“已暂存”，位于暂存区。（注意，原暂存区的内容被覆盖！）
3）用 git commit a.txt -m "ha" 提交该文件，状态变为“已提交”，位于代码库（repository ）
设置
git config --global https://www.doczj.com/doc/8f3883428.html, “Nshen” //必须
git config --global user.email “nshen121@https://www.doczj.com/doc/8f3883428.html,” //必须
初始化 :
git init
纳入版本控制:
git add *.txt //添加所有txt文件
git add README //添加单个文件
git add . //添加所有文件包括子目录，但不包括空目录
add命令是个多功能命令，根据目标文件的状态不同，此命令的效果也不同：可以用它开始跟踪新文件，或者把已跟踪的文件放到暂存区，还能用于合并时把有冲突的文件标记为已解决状态等）注意每次修改后都要重新add,不然就会提交之前add时的版本。
git add -i //进入交互式add
git add -p //直接进入补丁模式，可以暂存修改的一部分。
提交：
git commit -m “initial project version”
git commit -m “something” someFile //提交指定文件
git commit -C HEAD -a —amend //复用HEAD留言，增补提交（修改小错误，而不增加提交记录，掩盖自己的小马虎）
参数:
-m “提交的说明”
-a 动把所有已经跟踪过的文件暂存,并提交.(工作目录中修改过的文件都提交到版本库，不需一个一个手动add了)
—amend 增补提交
-C 复用指定提交的提交留言
-c 打开编辑器在已有的提交基础上编辑修改
e.g 修改最后一次提交:
git commit -m 'initial commit'
git add forgotten_file
git commit --amend
如果没有修改就相当于更改提交说明,上边3个命令得到一个提交.
忽略提交的文件：
所有人都需要忽略的文件要写在.gitignore文件里，而只有自己的个人偏好需要忽略的文件要写在.git/info/exclude文件中
语法：
# 此为注释–将被 Git 忽略
*.a # 忽略所有 .a 结尾的文件
!lib.a # 但 lib.a 除外
*.[oa] #忽略以.o或.a结尾的文件
*~ #忽略以~结尾的文件
/TODO # 仅仅忽略项目根目录下的 TODO 文件，不包括 subdir/TODO
build/ # 忽略 build/ 目录下的所有文件
doc/*.txt # 会忽略 doc/notes.txt 但不包括 doc/server/arch.txt
查看文件改动
git diff // 比较工作区和暂存区的区别（比较已修改和已暂存（或已提交））
git diff --cached 或者git diff --staged //比较“已暂存”和“已提交”（比较的是暂存区和版本库最后一个版本的区别）
git diff HEAD //比较的是工作目录树（包括暂存的和未暂存的修改）与版本库最后一个版本的差别。
git diff 18f822e //18f822e这个版本与当前目录的区别
git diff是一个非常好用的命令，它可以查看工作区、暂存区和版本库之间的差别，工作区和暂存区的比较：git diff ；暂存区和head比较：git diff -cached；工作区和head比较：git diff HEAD。
请注意，单单 git diff 不过是显示还没有暂存起来的改动，而不是这次工作和上次提交之间的差异
请在git add/commit 之前执行git diff命令，为什么是吧，因为git add 会使工作区和暂存区同步，git commit 会使暂存区和版本库同步，试问，你都已经同步了，如何去寻找差异呢
重命名，移动，删除文件：
git mv file_from file_to //改名或移动
$ git mv README.txt README
$ git status
# On branch master
# Your branch is ahead of 'origin/master' by 1 commit.
#
# Changes to be committed:
# (use "git reset HEAD
#
# renamed: README.txt -> README
其实，运行 git mv 就相当于运行了下面三条命令：
$ mv README.txt README
$ git rm README.txt
$ git add README
另外一种情况是，我们想把文件从Git仓库中删除（亦即从暂存区域移除），但仍然希望保留在当前工作目录中。换句话说，仅是从跟踪清单中删除。比如一些大型日志文件或者一堆.a 编译文件，不小心纳入仓库后，要移除跟踪但不删除文件，以便稍后在 .gitignore 文件中补上，用 --cached 选项即可
问责：查明谁修改了代码
git blame hello.html //你也可以用"-L"参数在命令(blame)中指定开始和结束行:
git blame -L 12,+10 hello.html //12到22行
撤销
撤销缓存区的修改（没有commit的）
git checkout head 文件名 //撤销暂存区的修改
git checkout head readme.txt todo.txt
git checkout head *.txt
git checkout head . //撤销所有
复位：还没有commit，让工作目录回到上次提交时的状态
git reset --soft HEAD //复位版本库，暂存差异，便于提交中发现错误需要更改时有用（例如私人密码放到里边了）（（只回退commit的信息，但index file(就是临时存储区域)和修改的代码仍然在， HEAD 就是git log 后 commit 后面的那一字符串））
git reset --hard HEAD //所有未提交的内容清空，这会让"git diff" 和"git diff —cached"命令的显示法都变为空（不仅回退commit的信息，代码也恢复到修改前的版本）
反转提交：
git revert HEAD //创建一个反向的新提交抵消原来的提交改动
如果需要反转多个，必须从最后的开始反转, 加 -n可以不马上提交，之后一起提交。
git revert -n HEAD
git revert -n 54efhds
git commit -m “revert head and 54efhds”
分支：
在当前分支末梢建立分支：
git branch RB_1.0（建立分支不会自动切换过去）
切换分支：
git checkout RB_1.0（切换到RB_1.0分支）
创建并切换分支：
git checkout -b RB_1.0（简化上边2步操作）
删除分支：
git branch -d RB_1.0
基于某次提交、分支或标签创建新分支:
git branch RB_1.0 master
git branch RB_1.0 6fe57de0
git branch Rb_1.01 1.0
查看分支：
git branch //列出本地分支
iss53
* master //*号表示当前所在分支
testing
git branch -r //显示远程分支
git branch -a //列出所有分支
分支重命名：
git branch -m master mymaster
-M 大写M会覆盖同名的分支
合并分支：
直接合并：
git merge 想合并到当前分支的源分支名
git merge —no-commit 分支 //合并但不提交
压合合并：将分支压合成一条commit记录，并合并过来
git merge —squash 某bug分支
git commit -m “修复某bug”
拣选合并：只合并一个提交
git cherry-pick 321d76f
如果需要连续拣选，就需要加 -n参数
然后再git commit ，但不要加-m参数，编辑器就会使用刚拣选的提交留言作为现在的留言。
标签Tag:
查看标签:
git tag
创建标签：
git tag 1.0 //在当前分支最后一次提交创建标签
git tag 1.0 RB_1.0 //基于RB_1.0分支的最新踢脚创建标签
git tag 1.0 ae468d8kt //为某次提交创建标签
检出标签：
git checkout 1.0 //检出标签与检出分支一样操作，但检出标签后用git branch查看本地分支会发现你现在不再任何分支上
这时你不应该修改，而应该立即基于此标签创建一个分支
git checkout -b from-1.0
变基：
1）git rebase RB_1.01 //也许修改过一个bug，希望新版本变基到RB_1.01分支上
2）手动解决冲突 //如果解决不了直接git rebase -skip或-abort来跳过特定提交或完全放弃变基
3）git add xxx.html //冲突解决
4）git rebase —continue
git rebase --onto HEAD^^ HEAD^ HEAD
//—onto参数可以改写历史抹掉中间的参数，将倒数第一个参数变基到倒数第3个参数，为防止出错建议在试验性分支上先试验。
rebase -i 可以排序历史记录，多个提交合并为1个，一个提交分解成多个提交，
详见版本控制之道p86 ，需要编辑器支持，windows记事本不行
远程相关：
git clone git://https://www.doczj.com/doc/8f3883428.html,/schacon/grit.git //从现有仓库克隆
git clone git://https://www.doczj.com/doc/8f3883428.html,/schacon/grit.git mygrit //换名,唯一区别就是新建的目录成了mygrit,其他都一样
添加远程仓库:
git remote add pb git://https://www.doczj.com/doc/8f3883428.html,/paulboone/ticgit.git
clone会默认添加origin仓库，如果原本用git init创建的版本库，后来又想提交到远程版本库，就可以用下边的办法
git remote add origin git@https://www.doczj.com/doc/8f3883428.html,:/xxxxxx
查看远程分支：
git remote -v //查看远程仓库,默认clone后,应该有一个origin仓库,-v显示对应的clone 地址
git remote show origin //查看远程仓库信息
远程仓库重命名和删除:
git remote rename pb paul
git remote rm paul
获取数据：
git fetch [remote-name] 拉取远程仓库到本地远程仓库,不自动合并 //$ git fetch
origin
$ git fetch pb
remote: Counting objects: 58, done.
remote: Compressing objects: 100% (41/41), done.
remote: Total 44 (delta 24), reused 1 (delta 0)
Unpacking objects: 100% (44/44), done.
From git://https://www.doczj.com/doc/8f3883428.html,/paulboone/ticgit
* [new branch] master -> pb/master
* [new branch] ticgit -> pb/ticgit
现在pb/master可以在本地访问了,你可以合并到自己的某个分支,或者切换到这个分支看看有什么有趣的更新
git pull 抓取数据合并到工作目录中当前分支
推送数据：
git push [remote-name] [branch-name] //默认为 git push origin master
git push origin serverfix //推送分支，其实是下边一句的简化,提取我的 serverfix 并更新到远程仓库的 serverfix
git push origin serverfix:serferfix
git push origin :serverfix //这个语法用于删除,只要把分号前留空
其他：
git gc //垃圾回收，每隔一段时间例如一个月运行一次可以减少磁盘占用空间。
git reflog //最后的保障,列出误删的东东
git bisect //二分查找，版本控制之道p124页，略
归档版本库，导出压缩包:
git archive —format=格式—prefix=目录/ 版本>压缩包.zip
git archive —format=zip head>test.zip
git archive —format=tar —prefix=mysite-1.0/ 1.0 | gzip>mysite-1.0.tar.gz
git archive —format=zip —prefix=mysite-1.0/ 1.0 >mysie-1.0.zip
重新获取：
抛弃已修改，用已提交覆盖 $ git checkout A.java
说明：此命令对已暂存文件没作用。
历史查看：
查看提交历史(全部）： $ 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"
查看提交历史，并图形化显示： $ git log --pretty=format:"%h %s" –graph
Git 使用 - 2. 撤销、远程和打标记
跟踪取消：$ 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使用教程 原文出处：涂根华的博客 一：Git是什么？ Git是目前世界上最先进的分布式版本控制系统。 二：SVN与Git的最主要的区别？ SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。 Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是 一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。 三：在windows上如何安装Git？ msysgit是 windows版的Git,如下： 需要从网上下载一个，然后进行默认安装即可。安装完成后，在开始菜单里面找 到“Git –> Git Bash”,如下： 会弹出一个类似的命令窗口的东西，就说明Git安装成功。如下：
安装完成后，还需要最后一步设置，在命令行输入如下： 因为Git是分布式版本控制系统，所以需要填写用户名和邮箱作为一个标识。 注意：git config –global 参数，有了这个参数，表示你这台机器上所有的Git 仓库都会使用这个配置，当然你也可以对某个仓库指定的不同的用户名和邮箱。四：如何操作？ 一：创建版本库。
presented by TOWER ? Version control with Git - made easy GIT CHEAT SHEET CREATE Clone an existing repository $ git clone ssh://user@https://www.doczj.com/doc/8f3883428.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
一、安装E G I T插件 二、使用EGIT前的配置 三、新建GIT仓库 四、配置.gitignore文件 五、查看历史记录 六、推送远程仓库 七、远程GIT仓库 八、解决推送冲突 九、重置功能 一、安装EGIT插件 现在的eclipse一般都自带了，如果没有，使用EclipseMarketplace，搜索EGit 二、使用EGIT前的配置 配置个人信息，最重要的是https://www.doczj.com/doc/8f3883428.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 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.doczj.com/doc/8f3883428.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.doczj.com/doc/8f3883428.html,:username/Hello-World.git
git、gerrit的使用方法和规范 1、新员工git安装环境准备 首先从服务器端 ftp://192.168.31.10/Software/Tool/Git/ （用户名/密码 paypalm/paypalms）获取软件Git-1.9.4-preview20140929 1、默认安装 Git-1.9.4-preview20140929 安装完成后打开git bash编辑器 生成密钥对：ssh-keygen -t rsa 按三次回车键，默认生成路径如下图
将生成的公钥内容在gerrit中进行添加（参考下文gerrit注册使用）每个人不同环境可以添加多个对应的公钥cat ~/.ssh/id_rsa.pub 2、gerrit注册使用 1、申请账号 通过邮件向PPCM@https://www.doczj.com/doc/8f3883428.html,发邮件申请，打开gerrit网站 （http://192.168.31.10:8088），登录后在右上角进行setting设置
2、公钥添加 点击SSH Public Keys》Add Key选项进行公钥添加
3、邮箱注册 点击Register New Email 进行邮箱注册，注册后有邮件发送至你的邮箱点开链接重新登录 3、gerrit主要功能介绍 1、常规功能 1、登录gerrit》ALL》open状态，此显示为已推送但还没有入库的所有patch，CR状态栏中绿色对勾代表已评审状态，可以根据计划入库 2、gerrit》ALL》Merged状态表示所有已经进入项目库的patch
3、提交patch后，开发人员可能觉得不太满意会选择放弃，gerrit》ALL》Abandoned 即为已放弃的patch，只有还没有入库的patch才能选择放弃，点击进入patch，橘黄色Abandon即为放弃选项，放弃后的patch依然可以进行还原，如以下操作 橘黄色Restore为还原选项
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.doczj.com/doc/8f3883428.html,/git 作为开源自由原教旨主义项目，Git 没有对版本库的浏览和修改做任何的权限限制。它只适用于 Linux / Unix 平台，没有 Windows 版本，目前也没有这样的开发计划。 本文将以 Git 官方文档Tutorial，core-tutorial和Everyday GIT作为蓝本翻译整理，但是暂时去掉了对 Git 内部工作机制的阐述，力求简明扼要，并加入了作者使用 Git 的过程中的一些心得体会，注意事项，以及更多的例子。建议你最好通过你所使用的 Unix / Linux 发行版的安装包来安装 Git, 你可以在线浏览本文，也可以通过下面的命令来得到本文最新的版本库，并且通过后面的学习用 Git 作为工具参加到本文的创作中来。 $ git-clone https://www.doczj.com/doc/8f3883428.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 的文件，我们现在来查看一下它的内容：
TortoiseGit用户手册 1.创建本地仓库 选中本地文件夹右键—>Git在这里创建版本库；只在根目录出现一个名为.git的库管理文件夹。建好本地仓库后，需把仓库名发给管理员，管理员配置好远端及权限后，才可推送。 2.克隆远程的版本库 在本地目录右键—>Git克隆，输入远程仓库地址和本地副本目录 3.添加文件及文件夹 在文件夹中右键，选择"Git提交（C）",在提交窗口中选择所有需要提交的文件夹及文件并输入有效的注释。 add添加到暂存区，commit提交到本地仓库，push推送到远端。push是将本地仓库的元素推送到远端，暂存区和未受版本控制的不可被推送。
4.比较版本差异 选中需要查看提交记录的文件或文件夹，右键Git—>显示日志—>选择需要比较差异的两个版本，右键“比较版本差异”。（注意是比较已提交到本地仓库的版本差异，Git的比较差异菜单是比较工作副本和本地仓库的差异） 5.使用分支 5.1分支策略 主分支master：用于发布版本 开发分支develop：日常开发分支需要合并到master分支 临时性分支：功能分支feature、预发布分支release、修复bug分支fixbug. 功能分支从develop中分支出来，开发完成后再合并入develop后即可删除，名字采用feature-* 的形式命名。 预发布分支在正式颁布前，需要一个预发布的版本测试。从develop中分支出来，用完后合并到develop分支和master分支。 fixbug分支从master拉出，完成后合并到master并同步到develop分支。 5.2 分支创建 选中需要创建分支的项目，右键—>tortoiseGit—>创建分支。在弹出的窗口输入分支名，并选择合适的基准分支：
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使用指南 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 版本控制 Git中大部分操作都是针对本地文件和本地数据库，只有在我们平时执行类似克隆(clone)、pull、push等命令时才与远程服务器交互。这样对于开发维护代码库就很安全，因为一旦远程服务器代码丢失仍然可以将本地代码上传到服务器；也会给开发者带来诸多方便，因为将远程代码取到本地后可以随意的修改，一旦修改混乱之后仍然可以恢复到以前版本，即使本地代码被误删除仍然可以重新从服务器取回代码。 下面将针对一些常用使用命令和技巧进行介绍： 一、git提交规范 在commit是,如果有对应PR，请在第一行写上PR号，然后再描述信息（另起行），并把涉及到改动的文件名附上. 具体操作如下(不用git commit -m 填写说明): 1、如果提交全部文件(请先git status确认是否要提交所有改动) 1.1 git commit -a 1.2 在打开的编辑器中(默认为VIM) 第一行填写PR号(顶格写，多个 PR用逗号隔开，要写全)，然后再写说明。 1.3 把涉及修改文件路径前的# 去掉,就会提交，不用手工输入文件路径。 1.4 然后ESC 输入:wq退出VIM. 2、如果提交部分文件 2.1 分别git add 要提交的所有文件。 2.2 git commit。 2.3 以后步骤同上。 二、第一次初始配置 1、第一次取出代码到本地需要克隆代码（从服务器取代码到本地），一般如果新建一个本地代码库都需要重新克隆一次代码。 命令：git clone git://服务器代码库地址 2、第一次使用git环境一般应该配置你的用户信息，这样会方便别人与自己查看git提交代码记录。 命令：$ git config --global https://www.doczj.com/doc/8f3883428.html, zhangsan $ git config --global user.email zhang.san@https://www.doczj.com/doc/8f3883428.html, 这里使用的—global，以后的所有项目都默认使用这个配置，这时写入的是用户主目录的git配置文件（跟曲以鹏在邮件里边说的那个“.gitconfig”文件应该是一回事），如果想改变其中一个项目的配置可以去掉—global重新配置如： 命令：$ git config https://www.doczj.com/doc/8f3883428.html, lisi
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。
GIT使用说明GIT使用说明
说明 本文档只是日常工作中一些使用步骤的简单归纳，旨在帮助大家快速用上GIT，如 有疏漏，请大家发邮件yuxiao.qiao@https://www.doczj.com/doc/8f3883428.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.doczj.com/doc/8f3883428.html,/files/Git-1.8.1.2-preview20130201.exe 2.双击安装软件，进入安装页面，单击“next”，在以下页面中设置软件安装路 径。 3.配置命令行快捷方式，在安装中会出现设置如何与Windows 的文件浏览器结 合的界面，设置成“可在目录上点右键直接进入该目录的Git 命令行”，如 下图所示：
系统操作流程 一、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.批量删除 选中要删除的批量数据，点击删除
windows下git的初级使用方法 一下是个人在windows上的一些小结 安装与配置本地git 1、下载地址：http://msysgit.github.io/ 2、安装选项（MATLAB要求）：1）PATH，Use Git from the Windows Command Prompt；2） configuring the line ending conversions，Checkout as-is, commit as-is 3、任意文件夹空白处右键，git bash，进入命令行设置用户名及邮箱 git config --global https://www.doczj.com/doc/8f3883428.html, "Your Name" git config --global user.email "email@https://www.doczj.com/doc/8f3883428.html," 4、右键插件的停用与启用： cmd进入"C:\Program Files (x86)\Git\git-cheetah"目录（64为系统） 停用：regsvr32 /u git_shell_ext64.dll 启用：regsvr32 git_shell_ext64.dll 如果启用无效，可考虑重装git，选择简单菜单，而不是默认的插件（退而求其次的办法。。） GitHub相关设置 1、https://www.doczj.com/doc/8f3883428.html,/，注册账号 2、SSH秘钥：已建立git的文件夹空白处右键git gui，帮助，Show SSH key，generate key， 则会在C:\Users\XXX\.ssh产生对应的秘钥（如果填写了密码，则每次提交或下载都需要密码）。复制内容，进入github网站，登录，添加，title随便填，将key粘贴进去
1. 概述 Git是基于Linux内核开发的分布式版本控制／软件配置管理软件，与CVS、Subversion 等集中式版本控制软件不同，Git采用分布式管理，不需要服务器端软件即可运行。Git速度很快，并且具有很出色的合并追踪能力。很多有名的软件开发都使用Git来进行版本控制，其中有Linux内核、https://www.doczj.com/doc/8f3883428.html,服务器和OLPC内核开发等。 作为开源软件的代表，Git不对版本库的浏览和修改作任何的权限限制，因此只能采用其他工具实现权限管理，如gitosis、gitolite、CodeBeamer MR。 原本Git的使用只限于Linux/Unix，由于Cygwin、msysgit、TortoiseGit等GUI工具的出现，在Windows平台的使用逐渐成熟。 2. Git安装 2.1 安装Git 安装Git作为客户端，运行客户端可通过Git Bash（Git的命令行）或Git GUI操作。Windows下使用Git-1.7.8-preview20111206.exe，安装要点如下：
上述图片所示选项，似乎也不确定，网上帖子安装教程各种选项都有。安装完后，点击桌面Git Bash启动，执行命令pwd查看默认进入的文件目录，执行下面命令：mkdir .ssh （注意文件名前有.），即在默认目录下建立.ssh文件夹。修改环境变量，桌面右击我的电脑， 在属性中选择高级选项，左击环境变量，在系统变量中选择新建或编辑
下面列出一些问题的解决方法： a. Git Bash中ls不能显示中文目录（可直接打开编辑）：在 git/etc/git-completion.bash中增加一行： alias ls='ls --show-control-chars --color=auto'，注意引号为中文单引号，重启Git Bash b. Git commit不能提交中文注释：修改git/etc/inputrc中对应的行： set output-meta on set convert-meta off c. git log无法显示中文注释，在git/etc/profile中增加一行： export LESSCHARSET=iso8859 安装完后，需要在Git Bash中注册本人信息： git config --global https://www.doczj.com/doc/8f3883428.html, Your Name git config --global user.email your@email.address 在服务端，即Ubuntu，安装Git： sudo apt-get install git-core git-doc 3. Gitolite安装
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.doczj.com/doc/8f3883428.html,/p/msysgit/ 6) 大家可以试试国内提供的git服务。https://www.doczj.com/doc/8f3883428.html, 那么，简单地说，Git 究竟是怎样的一个系统呢？请注意，接下来的内容非常重要，若是理解了Git 的思想和基本的工作原理，用起来就会知其所以然，游刃
GIT日常操作命令 1、git三种状态 已提交(committed)已修改(modified)已暂存(staged) 2、获取项目的git仓库 git init//从当前目录初始化 git clone gitosis@192.168.2.4:soul/soul //从现有仓库克隆 3、配置git仓库相关信息 git config https://www.doczj.com/doc/8f3883428.html, "yayun.tian" git config user.email yayun.tian@https://www.doczj.com/doc/8f3883428.html, ….... 4、检查当前文件状态 git status 5、跟踪新文件 git add
Git的使用说明 2011.6.18 一，git的简单介绍 git是一个快速可扩充的分布式版本控制系统。 Git的绝大部分操作在本地完成，不用和集中的代码管理服务器交互，本地提交为commit，待完成一部分工作觉得有把握提交到服务器则是push。终于可以随时随地大胆地check in代码了。只有最终完成的版本才需要向一个中心的集中的代码管理服务器提交。 Git的分支管理branch管理容易多了，无论是建立新的branch，还是在branch之间切换都一条命令完成，不需要建立多余的目录。 二，git的个人本地使用及操作 1，创建Git库 cd 源码目录 git init #初始化在源码目录内生成一个.git的目录 2，注册用户信息（网上资料说是必需注册才能使用git工具，局域网内可不注册，直接用主机名，如pengwufeng@ubuntu） git config https://www.doczj.com/doc/8f3883428.html, XXX 用户名 git config user.email XXX 用户邮箱 git config –list #查看用户信息 3，向git库中添加或删除文件 git add XX #加单个文件 git add . #加所有 4，向版本库提交变化 git commit #提交（系统会默认让用户添加提交信息） git commit –m “XXXX”#直接添加简单提交信息 git status #查看项目状态 git log #查看版本信息 git log –p #查看版本信息并显示每次修改的diff git show sdjf974654dd…. #查看指定版本信息 #(show后面为每次提交系统自动生成的一串哈希值) git show sdji97 #一般只使用版本号的前几个字符即可 5，撤销与恢复 git reset git reset --hard #回到原来编辑的地方 #（同样适用于团队对于其他人的修改恢复）git reset --hard sdv143kvf…... #可回到指定的版本 #(hard后面为每次提交系统自动生成的一串哈希值)