chenyidong521的博客

为什么使用命令，使用命令有助于我们理解git的工作流程，那么加入我们的项目不小心出错了，就能更快的想到哪一部出了问题。 使用git命令版我们使用Windows的用户就应该有个敲命令的工具，程序员还是感觉敲代码更帅， git官网为我们提供了原生的git命令工具Git使用命令创建仓库 首先我们到我们想要去的文件夹中穿件一个git专用的仓库 cd 目录 (切换到想要创

git中有个文件叫.gitignori如果我们要有文件不想push到远程github中，那么就把文件添加到这个文件中 有些时候，你想添加一个文件到Git，但发现添加不了，原因是这个文件被.gitignore忽略了： gitaddApp.classThefollowingpathsareignoredbyoneofyour.gitignorefiles:App.classUse−fifyourea

git remote -v显示查看远程库的信息更详细的信息： $ git remote -v origin git@github.com:michaelliao/learngit.git (fetch) origin git@github.com:michaelliao/learngit.git (push) 上面显示了可以抓取和推送的origin的地址。如果没有推送权限，就看不到pus

下面我模拟一下发生冲突 我现在merge分支中对文件Idao.java文件中的一行注释修改然后git add -A 然后git commit -m “注释” 提交完成之后我切换到dev分支 git checkout dev 然后在这个分支中对相同的文件相同的行注释进行修改 然后同样git add -A 再 git commit -m “注释” 两个都提交完成之后我切换会mas

介绍了分支的过程，下面我们开始实际的体验一下 首先我们创建一个分支并切换到该分支中 git checkout -b dev git checkout命令加上-b参数表示创建并切换，相当于以下两条命令： git branch dev git checkout dev 然后使用命令git branch查看当前的分支 现在我们已经切换到dev的分支上面了,那么我们实验一下,我在这个

HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。 一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点： 每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长： 当我们创建新的分支，

分支就是科幻电影里面的平行宇宙，当你正在电脑前努力学习Git的时候，另一个你正在另一个平行宇宙里努力学习SVN。 如果两个平行宇宙互不干扰，那对现在的你也没啥影响。不过，在某个时间点，两个平行宇宙合并了，结果，你既学会了Git又学会了SVN！ 分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致

我们在github上面建立完仓库后，现在要在本地使用账号关联到git使用如下命令，要把账号换成自己的哦 git remote add origin git@github.com:chenyidong/AngularJs.git 从origin的后面是创建玩仓库的时候SSH的链接 然后就是把我们本地的项目上传到github 使用命令 git push -u origin master上传项

和远程的github链接我们需要使用一种安全，保密性好的传输方式SSH传输方式 创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key $ ssh-keygen -t rsa -C “youremai

版本库（Repository） 工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。 Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。 我们前面用的 git add实际上就是把文件修改添加到暂存区； git commit实际上就是把暂存区的

文件历史回滚 当我们对文件多次进行修改的时候，并且多次提交后，我们想找回以前某次写的文件，但是文件又没有备份，这下惨了，总不能用脑子硬想一下午去回忆当时的文件样子。 所以版本控制器帮我们解决了这一问题，他帮我们记录了每次文件修改了哪些，我们就使用他帮我们记录的历史找回我们的文件 使用命令 git log 就是列出我们提交的历史 列出了我提交了两次的信息 commit后面跟的

创建完仓库后，我们开始在将项目放入我们仓库的文件夹 和把大象放到冰箱需要3步相比，把一个文件放到Git仓库只需要两步。 ——–用命令git add 文件名 告诉Git，把文件添加到仓库： ——–使用命令git commit -m 注释 上传变更的文件到仓库现在我们对仓库中的文件进行修改，我对项目中的文件的第一行加了一行注释 保存后文件夹由于使用EditPlus的原因项目中这个文

创建仓库 cd 目录 (切换到想要创建仓库的目录) mkdir 目录名 (创建目录) cd 目录 (进入到仓库) pwd (查看当前目录位置，看看路径对不对) git init (创建仓库) 克隆仓库 git clone 项目的ssh地址或者http