git入门

最佳入门教程：https://code.csdn.net/DOC_CSDN/git_lxf/

摘要：

初始化一个Git仓库，使用git init命令。

添加文件到Git仓库，分两步：

第一步，使用命令git add ，注意，可反复多次使用，添加多个文件；

第二步，使用命令git commit，完成。

指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令*git reset --hard commit_id*。

要随时掌握工作区的状态，使用git status命令。

如果git status告诉你有文件被修改过，用git diff可以查看修改内容

穿梭前，用*git log*可以查看提交历史，以便确定要回退到哪个版本

要重返未来，用*git reflog*查看命令历史，以便确定要回到未来的哪个版本。

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令*git checkout -- file*。

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令*git reset HEAD file*，就回到了场景1，第二步按场景1操作。

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

命令*git rm*用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失**最近一次提交后你修改的内容**。

要关联一个远程库，使用命令*git remote add origin git@server-name:path/repo-name.git*；

关联后，使用命令*git push -u origin master*第一次推送master分支的所有内容；

此后，每次本地提交后，只要有必要，就可以使用命令*git push origin master*推送最新修改；

分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作，而SVN在没有联网的时候是拒绝干活的！当有网络的时候，再把本地提交推送一下就完成了同步，真是太方便了！

(

GitHub给出的地址不止一个，还可以用*https://github.com/michaelliao/gitskills.git*这样的地址。实际上，Git支持多种协议，默认的git://使用ssh，但也可以使用https等其他协议。

使用https除了速度慢以外，还有个最大的麻烦是每次推送都必须输入口令，但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https。

)

要克隆一个仓库，首先必须知道仓库的地址，然后使用*git clone*命令克隆。

Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快。

BRANCH :

Git鼓励大量使用分支：

查看分支：git branch

创建分支：git branch name

切换分支：git checkout name

创建+切换分支：git checkout -b name

合并某分支到当前分支：git merge name

删除分支：git branch -d name

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

Git分支十分强大，在团队开发中应该充分应用。

合并分支时，加上*--no-ff*参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而*fast forward*合并就看不出来曾经做过合并。

修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；

当手头工作没有完成时，先把工作现场*git stash*一下，然后去修复bug，修复后，再*git stash pop*，回到工作现场。

开发一个新feature，最好新建一个分支；

如果要丢弃一个没有被合并过的分支，可以通过*git branch -D name*强行删除。

但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？

• master分支是主分支，因此要时刻与远程同步；

• dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；

• bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；

• feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

  
  

，多人协作的工作模式通常是这样：

1. 首先，可以试图用*git push origin branch-name*推送自己的修改；

2. 如果推送失败，则因为远程分支比你的本地更新，需要先用*git pull*试图合并；

3. 如果合并有冲突，则解决冲突，并在本地提交；

4. 没有冲突或者解决掉冲突后，再用*git push origin branch-name*推送就能成功！

如果*git pull*提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令*git branch --set-upstream branch-name origin/branch-name*。

小结

• 命令*git tag name*用于新建一个标签，默认为HEAD，也可以指定一个commit id；

• -a tagname -m "blablabla..."可以指定标签信息；

• -s tagname -m "blablabla..."可以用PGP签名标签；

• 命令*git tag*可以查看所有标签；

  
  

小结

• 命令*git push origin tagname*可以推送一个本地标签；

• 命令*git push origin --tags*可以推送全部未推送过的本地标签；

• 命令*git tag -d tagname*可以删除一个本地标签；

• 命令*git push origin :refs/tags/tagname*可以删除一个远程标签。

搭建Git服务器这一节中提到

“第三步，创建证书登录：

收集所有需要登录的用户的公钥，就是他们自己的id_rsa.pub文件，把所有公钥导入到*/home/git/.ssh/authorized_keys*文件里，一行一个。”

这一步具体的个人实现方法是直接新建目录.ssh。再新建文件autho...然后利用im把本地的pub key拷贝进去即可。

而且需要选择yes/no 时，务必显示输入yes加以选择.

GIThub提交时：在提交时可能会有错误：

解决方案是执行ssh-add命令（https://help.github.com/articles/error-agent-admitted-failure-to-sign）： 

一，非常简单的使用入门：

http://rogerdudler.github.com/git-guide/index.zh.html

 二，很好的一个系列博客：

http://blog.csdn.net/ithomer/article/details/7527877

http://blog.csdn.net/ithomer/article/details/7530042

三，Git分支管理策略：

http://www.ruanyifeng.com/blog/2012/07/git.html

四，git reference：

http://gitref.org/

五，较长的文章：

http://www-cs-students.stanford.edu/~blynn/gitmagic/

实战：

1，运程服务器建立git repos：

git init --bare gc_dev.git

sudo chown -R git:git gc_dev.git 

2,本地开发完成向服务推送：

git remote add n117 git@114.212.191.117:/home/git/pros/gc_dev.git

git push n117 develop

git checkout master

 git merge develop

git push n117 master

3,其他合作者从服务器端份fetch共享该repos：

mkdir GCv10

cd GCv10

git clone git@114.212.191.117:/home/git/pros/gc_dev.git

(由于服务器上没有存该台机器的public key，所以需要输入用户git在server上的login passwd）

cd gc_dev

ls