git_1_创建远程代码仓。

1、在git上创建一个一个新的代码仓（new repositiory）

2、输入代码仓的名字，默认是开源（public），点击create

3、点击复制代码仓的url

4、接下来，在电脑上初始化代码仓。选择要初始化的所在路径，用git cmd/git bash进入该路径。此处我选择f盘下的test_repository文件夹。

5、（git cmd为例）行命令进入该文件夹，执行 git init，则在此处创建了空的代码仓，此时在该目录下会生成一个隐藏的.git文件夹。

6、执行 git remote add origin +url（刚刚复制的代码仓url）来 添加远程仓库。

7、在test_reposity文件夹下新建一个test.txt，然后执行git add . (句号表示添加test_reposity下的所有文件)

8、执行git commit 进行提交操作

9、执行git push 操作，将代码同步到远程仓库。

10、到此一个代码仓基本创建完成。可使用git log查看更新日志。

11、而后也可以在github上添加远程仓库的说明文件，值得注意的是readme.md文件是html格式，换行可用</br>。

Git 常用命令

1) 远程仓库相关命令

检出仓库：         git clone https://github.com/Husbin/test_repository.git

查看远程仓库： git remote -v

添加远程仓库： git remote add [name] [url]

删除远程仓库： git remote rm [name]

修改远程仓库： git remote set-url --push [name] [newUrl]

拉取远程仓库： git pull [remoteName] [localBranchName]

推送远程仓库： git push [remoteName] [localBranchName]

*如果想把本地的某个分支test提交到远程仓库，并作为远程仓库的master分支，或者作为另外一个名叫test的分支，如下：

git push origin test:master         // 提交本地test分支作为远程的master分支

git push origin test:test              // 提交本地test分支作为远程的test分支

Git 命令详解

现在我们有了本地和远程的版本库，让我们来试着用用Git的基本命令：

git pull： 从其他的版本库（既可以是远程的也可以是本地的）将代码更新到本地，例如：' git pull origin master '就是将origin这个版本库的代码更新到本地的master主枝，该功能类似于SVN的 update

git add： 是将当前更改或者新增的文件加入到Git的索引中，加入到Git的索引中就表示记入了版本历史中，这也是提交之前所需要执行的一步，例如'git add app/model/user.rb'就会增加app/model/user.rb文件到Git的索引中，该功能类似于SVN的 add

git rm： 从当前的工作空间中和索引中删除文件，例如' git rm app/model/user.rb '，该功能类似于SVN的 rm、del

git commit： 提交当前工作空间的修改内容，类似于SVN的commit命令，例如' git commit -m story #3, add user model '，提交的时候必须用-m来输入一条提交信息，该功能类似于SVN的 commit

git push： 将本地commit的代码更新到远程版本库中，例如' git push origin '就会将本地的代码更新到名为orgin的远程版本库中

git log： 查看历史日志，该功能类似于SVN的 log

git revert： 还原一个版本的修改，必须提供一个具体的Git版本号，例如' git revert bbaf6fb5060b4875b18ff9ff637ce118256d6f20 '，Git的版本号都是生成的一个哈希值

 

上面的命令几乎都是每个版本控制工具所公有的，下面就开始尝试一下Git独有的一些命令：

git branch： 对分支的增、删、查等操作，例如' git branch new_branch '会从当前的工作版本创建一个叫做new_branch的新分支，'git branch -D new_branch'就会强制删除叫做new_branch的分支，'git branch'就会列出本地所有的分支

git checkout： Git的checkout有两个作用，其一是在不同的branch之间进行切换，例如' git checkout new_branch '就会切换到new_branch的分支上去；另一个功能是还原代码的作用，例如' git checkout app/model/user.rb '就会将user.rb文件从上一个已提交的版本中更新回来，未提交的内容全部会回滚

git rebase： 用下面两幅图解释会比较清楚一些，rebase命令执行后，实际上是将分支点从C移到了G，这样分支也就具有了从C到G的功能

 

 

git reset： 将当前的工作目录完全回滚到指定的版本号，假设如下图，我们有A-G五次提交的版本，其中C的版本号是 bbaf6fb5060b4875b18ff9ff637ce118256d6f20，我们执行了' git reset bbaf6fb5060b4875b18ff9ff637ce118256d6f20 '那么结果就只剩下了A-C三个提交的版本

 

git stash： 将当前未提交的工作存入Git工作栈中，时机成熟的时候再应用回来，这里暂时提一下这个命令的用法，后面在技巧篇会重点讲解

git config： 利用这个命令可以新增、更改Git的各种设置，例如' git config branch.master.remote origin '就将master的远程版本库设置为别名叫做origin版本库，后面在技巧篇会利用这个命令个性化设置你的Git，为你打造独一无二的 Git

git tag： 可以将某个具体的版本打上一个标签，这样你就不需要记忆复杂的版本号哈希值了，例如你可以使用' git tag revert_version bbaf6fb5060b4875b18ff9ff637ce118256d6f20 '来标记这个被你还原的版本，那么以后你想查看该版本时，就可以使用 revert_version标签名，而不是哈希值了

Git 之所以能够提供方便的本地分支等特性，是与它的文件存储机制有关的。Git存储版本控制信息时使用它自己定义的一套文件系统存储机制，在代码根目录下有一个.git文件夹，会有如下这样的目录结构：

 

有几个比较重要的文件和目录需要解释一下：HEAD文件存放根节点的信息，其实目录结构就表示一个树型结构，Git采用这种树形结构来存储版本信息，那么HEAD就表示根；refs目录存储了你在当前版本控制目录下的各种不同引用（引用指的是你本地和远程所用到的各个树分支的信息），它有heads、remotes、stash、tags四个子目录，分别存储对不同的根、远程版本库、Git栈和标签的四种引用，你可以通过命令'git show-ref'更清晰地查看引用信息；logs目录根据不同的引用存储了日志信息。因此，Git只需要代码根目录下的这一个.git目录就可以记录完整的版本控制信息，而不是像SVN那样根目录和子目录下都有.svn目录。

最近git还有svn都有接触，给我最直观的感受就是git比svn好用，虽然svn是可视化的。但是真的有时候伤不起，我用svn跟团做项目的时候，别的小伙伴commit但是我不知道，我没有update直接commit，这样会导致各种冲突还有乱码。git在这里就做得很好，它会提示你要先执行git pull（相当于svn的update操作）之后才能commit还有push，省了很多时间。

部分资料来源：   http://blog.csdn.net/ithomer/article/details/7529022