git 相关

版本管理工具：备份，或者记录过去记录，修改记录。从历史备份的文件中恢复，多端共享，团队协作

版本管理工具发展 cvs-svn-git -gitHub

将项目检出到本地：

git clone +项目地址

将项目提交到gitHub：

1，将文件建立与git的跟踪    git add 文件

2,git commit

git add 是先把改动添加到一个缓冲区，你可以理解为暂时保存你的改动，而commit才是最后真正的提交，这样做的好处就是防止误操作。

g

i

t

a

d

d

&

g

i

t

c

o

m

m

i

t

看

到

这

里

估

计

很

多

人

会

有

疑

问

，

我

想

要

提

交

直

接

进

行

c

o

m

m

i

t

不

就

行

了

么

，

为

什

么

先

要

再

a

d

d

一

次

呢

？

首

先

g

i

t

a

d

d

是

先

把

改

动

添

加

到

一

个

「

暂

存

区

」

，

你

可

以

理

解

成

是

一

个

缓

存

区

域

，

临

时

保

存

你

的

改

动

，

而

g

i

t

c

o

m

m

i

t

才

是

最

后

真

正

的

提

交

。

这

样

做

的

好

处

就

是

防

止

误

提

交

，

当

然

也

有

办

法

把

这

两

步

合

并

成

一

步

，

不

过

后

面

再

介

绍

，

建

议

新

手

先

按

部

就

班

的

一

步

步

来

g

i

t

a

d

d

&

g

i

t

c

o

m

m

i

t

看

到

这

里

估

计

很

多

人

会

有

疑

问

，

我

想

要

提

交

直

接

进

行

c

o

m

m

i

t

不

就

行

了

么

，

为

什

么

先

要

再

a

d

d

一

次

呢

？

首

先

g

i

t

a

d

d

是

先

把

改

动

添

加

到

一

个

「

暂

存

区

」

，

你

可

以

理

解

成

是

一

个

缓

存

区

域

，

临

时

保

存

你

的

改

动

，

而

g

i

t

c

o

m

m

i

t

才

是

最

后

真

正

的

提

交

。

这

样

做

的

好

处

就

是

防

止

误

提

交

，

当

然

也

有

办

法

把

这

两

步

合

并

成

一

步

，

不

过

后

面

再

介

绍

，

建

议

新

手

先

按

部

就

班

的

一

步

步

来

--------------

g

i

t

b

r

a

n

c

h

g

i

t

b

r

a

n

c

h

git branch 查看当前分支情况（分支的概念：

分

支

的

概

念

很

重

要

，

尤

其

是

团

队

协

作

的

时

候

，

假

设

两

个

人

都

在

做

同

一

个

项

目

，

这

个

时

候

分

支

就

是

保

证

两

人

能

协

同

合

作

的

最

大

利

器

了

。

举

个

例

子

，

A

,

B

俩

人

都

在

做

同

一

个

项

目

，

但

是

不

同

的

模

块

，

这

个

时

候

A

新

建

了

一

个

分

支

叫

a

，

B

新

建

了

一

个

分

支

叫

b

，

这

样

A

、

B

做

的

所

有

代

码

改

动

都

各

自

在

各

自

的

分

支

，

互

不

影

响

，

等

到

俩

人

都

把

各

自

的

模

块

都

做

完

了

，

最

后

再

统

一

把

分

支

合

并

起

来

。

分支的概念很重要，尤其是团队协作的时候，假设两个人都在做同一个项目，这个时候分支就是保证两人能协同合作的最大利器了。举个例子，A,B俩人都在做同一个项目，但是不同的模块，这个时候A新建了一个分支叫a，B新建了一个分支叫b，这样A、B做的所有代码改动都各自在各自的分支，互不影响，等到俩人都把各自的模块都做完了，最后再统一把分支合并起来。）

g

i

t

b

r

a

n

c

h

a

g

i

t

b

r

a

n

c

h

a

git branch a 创建一个名称为a的分支

git checkout a 切换到a分支去

快捷用法：git checkout -b a 创建一个名称为a的分支，并且切换到a分支去。

git  merge

A同学在a分支代码写的不亦乐乎，终于他的功能完工了，并且测试也都ok了，准备要上线了，这个时候就需要把他的代码合并到主分支master上来，然后发布。gitmerge就是合并分支用到的命令，针对这个情况，需要先做两步，第一步是切换到master分支，如果你已经在了就不用切换了，第二步执行gitmergea，意思就是把a分支的代码合并过来，不出意外，这个时候a分支的代码就顺利合并到master分支来了。为什么说不出意外呢？因为这个时候可能会有冲突而合并失败，留个包袱，这个到后面进阶的时候再讲。

配置git sshKey 时遇到一个问题 “（

在 GIt Brash 中执行 ssh-keygen -t rsa 命令生产公用密钥，然后公用密钥复杂到gitHub网址中去。最后用ssh -T [e-mail] 测试是否配置成功

You've successfully authenticated, but GitHub does not provide shell access.

）

github Host key verification failed.

原创 2015年01月05日 22:39:27

• 4215
• 14
• 12

不是密钥问题，不是权限问题，只是在询问 （yes/no）的时候直接回车了，输入yes 再回车就ok了！

”

关于git讲解非常详细的一篇笔记

点击打开链接

Push：直译过来就是「推」的意思，什么意思呢？如果你本地代码有更新了，那么就需要把本地代码推到远程仓库，这样本地仓库跟远程仓库就可以保持同步了。代码示例：gitpushoriginmaster意思就是把本地代码推到远程master分支。Pull：直译过来就是「拉」的意思，如果别人提交代码到远程仓库，这个时候你需要把远程仓库的最新代码拉下来，然后保证两端代码的同步。代码示例：gitpulloriginmaster意思就是把远程最新的代码更新到本地。一般我们在push之前都会先pull，这样不容易冲突。

将代码提交到git:

git init 初始化

git remote add xf [e-mail]:nazi1992/comercePro.git 从远程地址克隆到本地

 git pull origin master 从远程仓库origin分支 master 拉取文件

 git add test.html 追踪 test.html

 git commit -am 'test' 提交  test代表推送的文件描述

git push origin master 从本地推送到远程仓库origin的master分支

昨晚上述操作后，就刷新gitHub软件就会出现自己推送的文件。

备注：git add . ：他会监控工作区的状态树，使用它会把工作时的所有变化提交到暂存区，包括文件内容修改(modified)以及新文件(new)，但不包括被删除的文件。

ls -al 显示隐藏文件

$ git checkout -b xf1 创建一个新的分支，并且切换过去。

git merge 合并分区

 git tag tagtest1  tagtest1为标签名字，可自取，为当前版本打上标签,相当于开发的版本，可以保存每个版本在远程服务器，以便回溯等

git push origin tagtest1 提交标签---

git push --tags  提交所有tag