- 命令
//linux命令：
mkdir //创建文件
cd //进入目录
pwd //列出当前目录；
//git命令：
cat file //读取文件内容
git init //初始化
git add //添加
git commit -m "" //提交 引号内是本次提交的说明
git status //仓库当前的状态（有没有准备提交修改）或有文件修改过
git diff //查看difference（查看上次是如何修改修改了什么）
git log //查看历史记录（最近到最远的提交日志）
git reset //回退到上一个版本（也可以把暂存区的修改退回到工作区当我们用HEAD时表示最新的版本）
git reflog //记录每一次命令
git diff HEAD --readme.txt //查看工作区和版本库里面最新版本的区别
git checkout -- file //会把文件file在工作区的修改全部撤销（实际上是用版本库里版本替换工作区的版本，无论是修改还是删除都可以一键还原）
git reset HEAD file //把暂存区的修改撤销掉
git rm file //用于删除一个文件
git clone //用于从远程库克隆到本地- 在E盘常见git管理仓库
cd E: //进入E盘
mkdir learngit //在E:盘下建立learngit文件夹
cd learngit //进入learngit问价夹
git init //将当前目录变成git可以管理的仓库- 把文件添加到仓库
git add my.txt //首先这个my.txt文件是我们自己编写的然后放到learngit目录下（或者子目录）。git add 实际上是把文件添加到暂存区（state）。
git add he.txt //可以多次添加文件
git commit -m "write a file" //commit可以一次提交很多文件，可以多次add不同的文件。git commit 提交更改实际上是把暂存区的所有内容提交到当前分支（master）。- 查看历史记录/回退
git log //查看历史记录 会出现长的字符串 这个是commit id（版本号）为防止以后多人项目的冲突
git log --pretty=oneline // --pretty=oneline参数 用来简化查看历史输出的信息git reset --hard HEAD^ //回退。上一个版本是HEAD^ 上上一个版本就是HEAD……^^ 100个话用 HEAD~100
//在回退一步之后要想看回退之前的版本，只要命令行窗口不被关掉，是可以找回去的
git reset --hard 445555 //这是没退回之前我们最新版本 版本号（hard后面的字符串）没必要写全，前几位就可以，git自己会查找git reflog //查看历史命令 ，确定要回到未来的哪个版本工作区/暂存区
工作区：就是电脑里能看到的目录；
暂存区：工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库；
git版本库包括： stage 的暂存区，还有 git 为我们自动创建的第一个分支 master ，及指向 master 的一个指针叫 HEAD.
当创建 git 版本库时，git 自动为我们创建了唯一一个 master 分支固 git commit 就是往master 分支上提交更改的。相当于需要提交的文件修改暂且放到暂存区，然后一次性提交暂存区的所有修改。
关于多次修改的提交
git diff HEAD --readme.txt //查看工作区和版本库里面最新版本的区别，查看是在暂存区还是已经提交
//第一次修改 -> git add -> 第二次修改 -> git add -> git commit
//每次修改如果不add到暂存区，那就不会加入到commit中。- 撤销修改
git checkout --file //把文件在工作区的修改全部撤销。
/*存在两种情况：1、自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；2、已经添加到暂存区，又做了修改，现在，撤销修改就回到添加到暂存区后的状态。总之让这个文件回到最近一次git commit 或 git add时的状态。*/git reset HEAD file //如果在commit之前，想把已将git add 到暂存区的错误修改（还没有提交）撤销掉，重新放回工作区.- 删除文件
git rm file //用于删除一个文件，如果一个文件已经被提交到版本库，不用担心误删（只能恢复文件到最新版本，会丢失最近一次提交后你修改的内容）- 远程仓库
A、创建SSH Key。
在创建的learngit的同级目录查看有没有.ssh目录。如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件。
没有，打开Shell（Windows下打开Git Bash），创建SSH Key：
$ ssh-keygen -t rsa -C "youremail@example.com" //一共按了4次回车（好像）
/*这时能在主目录（我的是learngit的同级目录）找到.ssh目录里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。*/B、登陆GitHub，打开“Account settings”，“SSH Keys”页面；点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容；点“Add Key”，你就应该看到已经添加的Key。
C、提交自己的代码
//这个在github上创建完项目之后会出现几个列别，可以翻译下第二个就是连接本地仓库的。这一步是关联。
git remote add origin git@github.com:你的账户名/库名.git
/*由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。*/
/*推送成功后，可以立刻在GitHub页面中看到远程库的内容已经和本地一模一样：*/
//关联之后。第一次推送master分支的所有内容；
git push -u origin master
//此后，每次本地提交后，只要有必要，就可以使用命令推送最新修改
git push origin master
//如果你的账户名写错了可以这样
git remote rm origin
git remote add origin git@github.com:用户名/库名.git- 从远程库克隆
假设要从远程库里克隆一个到本地，进行项目开发那么就需要从远程克隆。
//Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快。
git clone git@github.com:用户名/库名.git
cd 库名
ls创建合并分支
master分支是一条线，git用master指向最新的提交，再用head指向master，就能确定当前分支，以及当前分支的提交点；每次提交，master分支都会向前移动一步，随着不断的提交，master分支的线也越来越长；当创建新的分支，如dev，git新建了一个指针叫dev，指向master相同的提交再把head指向dev，就表示当前分支在dev上；
合并完成分支后，可以删除dev分支。删除dev分支就是把dev指针给删掉，之后就剩下master分支；
//创建dev分支，然后切换到dev分支
git checkout -b dev
//上一行的命令相当于下面的命令
git branch dev
git checkout dev
//查看当前分支(列出的是所有分支，当前分支会加一个*)
git branch
//接下来就可以在dev分支上正常提交，如在已提交的文件上做修改
git add read.txt
git commit -m "描述"
//dev分支工作已完成，接下来切换回master分支(之前添加的内容不见了因为那个提交是在dev分支上而master此刻提交点并没有变)
git checkout master
//把dev分支工作结果合并到master分支上(查看修改的文件是与dev分支最新的提交是完全一样的)
git merge dev
//合并完成，删除dev分支
git branch -d dev
//删除后，查看branch，只剩master分支了
git branch- 分支冲突
分支master与另一个新的分支分别有新的提交时，此情况下git无法执行快速合并。只能试图把各自的修改合并起来，但这种合并就可能会有冲突。这种冲突必须通过手动（修改项目）修改后在提交。
关于手动修改：就是去选择两个新提交的分支中一个项目保存下来（二选一），修改之后的文档需要在git下add 和commit
//命令可以看到分支合并图
//当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
git log --graph --pretty=oneline --abbrev-commit- 分支管理
合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息；
如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息；
master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
//合并分支时用普通模式合并
//合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
git merge --no-ff -m "merge with no-ff" dev- bug管理
每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除；
如果正在进行项目的编写中，此时需要修改bug，但项目没完成还不能提交此时用如下指令；
//可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作
git stash- 用git status查看工作区，就是干净的（除非有没有被Git管理的文件），因此可以放心地创建分支来修复
首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支：bug。
git checkout master //切换到master分支
git checkout -b issue-101 //创建分支名称
git add file //修复完bug提价
git commit -m "" //提交注释文件
git checkout master //修复完成，切换到master分支
git merge --no-ff -m "merged bug fix 101" issue-101 //完成合并
git branch -d issue-101 //最后删除分支issue-101
git checkout dev //回去曾经被储藏的项目继续开发（切换到dev分支）
git stash list //作区是干净的，查看被储藏工作的现场在哪
//工作现场还在需要恢复有两种办法
git stash apply //恢复，但是恢复后stash内容并不删除。需要用git stash drop来删除
git stash pop //恢复的同时把stash内容也删了
git stash list //再次查看，stash内容是否存在
git stash apply stash@{0} //以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash- Feature分支
添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。
//要丢弃一个没有被合并过的分支，强行删除
git branch -D <name>多人写作
多人写作也会有冲突，两个人最新的提交是一样的。解决办法：先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，还需要指定本地dev分支与远程origin/dev分支的链接，在推送，如果还提示有冲突那么与解决分支管理的方法相同（解决后提交在push）。
并不是一定要把本地分支往远程推送，master分支是主分支，因此要时刻与远程同步；dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；
feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。
// 远程仓库的默认名称是origin。要查看远程库的信息
git remote
//显示更详细的信息，显示可以抓取和推送的地址，如果没有权限就看不到push的地址
git remote -v
//就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上
git push origin master
//推送其他分支，如dev
git push origin dev 多人写作的模式
首先，可以试图用git push origin branch-name推送自己的修改；如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
如果合并有冲突，则解决冲突，并在本地提交；
没有冲突或者解决掉冲突后，再用git push origin branch-name推送就能成功！
如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令git branch –set-upstream branch-name origin/branch-name。
这就是多人协作的工作模式，一旦熟悉了，就非常简单。
扫一扫
367
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
