git cmd!!!!!!!

cd e:\  //进入磁盘
mkdir gitdemo //创建目录
cd gitdemo //进入目录
pwd //显示目录
git init //把这个目录变成Git可以管理的仓库


如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。


git add readme.txt //把文件添加到仓库
git commit -m "wrote a readme file" //把文件提交到仓库
git status //命令看看结果


git diff //看具体修改了什么内容


git log //版本控制系统肯定有某个命令可以告诉我们历史记录


git log --pretty=oneline //如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline参数


git reset --hard HEAD^ //回退到上一个版本 Git必须知道当前版本是哪个版本，
                       //在Git中，用HEAD表示当前版本，
  //也就是最新的提交3628164...882e1e0（注意我的提交ID和你的肯定不一样）


，
                       //上一个版本就是HEAD^，上上一个版本就是HEAD^^，
  //当然往上100个版本写100个^比较容易数不过来，
                       //所以写成HEAD~100。
cat readme.txt //readme.txt的内容


     //想再回去已经回不去了，肿么办？
     //办法其实还是有的，只要上面的命令行窗口还没有被关掉，
//你就可以顺着往上找啊找啊，找到那个append GPL的commit id是3628164...，
//于是就可以指定回到未来的某个版本：版本号没必要写全，前几位就可以了
git reset --hard 3628164


    //现在，你回退到了某个版本，关掉了电脑，第二天早上就后悔了，
//恢复到新版本怎么办？找不到新版本的commit id怎么办？
    //在Git中，总是有后悔药可以吃的。
//当你用$ git reset --hard HEAD^回退到add distributed版本时，再想恢复到append GPL，
//就必须找到append GPL的commit id。Git提供了一个命令git reflog用来记录你的每一次命令：
git reflog


    //提交后，用git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别
git diff HEAD -- readme.txt


//git checkout -- file可以丢弃工作区的修改
//命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
//一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
//一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
//git checkout -- file命令中的--很重要，没有--，就变成了“创建一个新分支”的命令
$ git checkout -- readme.txt


//现在假定是凌晨3点，你不但写了一些胡话，还git add到暂存区了
//庆幸的是，在commit之前，你发现了这个问题。用git status查看一下，修改只是添加到了暂存区，还没有提交
//用命令git reset HEAD file可以把暂存区的修改撤销掉（unstage），重新放回工作区
$git reset HEAD readme.txt


//还记得如何丢弃工作区的修改吗？
 $ git checkout -- readme.txt


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


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


file，就回到了场景1，第二步按场景1操作。


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


//rm命令删了


$ rm test.txt


//一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit
$ git rm test.txt
$ git commit -m "remove test.txt"


远程仓库----------------------------------------------------------------------------------------


//第1步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，
//再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，
//可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：


$ ssh-keygen -t rsa -C "youremail@example.com"
 //然后一路回车，使用默认值即可，由于这个Key也不是用于军事目的，所以也无需设置密码。


//如果一切顺利的话，可以在用户主目录里找到.ssh目录，
//里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，id_rsa是私钥，
//不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。


-------------------------
//我们根据GitHub的提示，在本地的learngit仓库下运行命令：
$ git remote add origin git@github.com:michaelliao/learngit.git
//请千万注意，把上面的michaelliao替换成你自己的GitHub账户名，否则，
//你在本地关联的就是我的远程库，关联没有问题，但是你以后推送是推不上去的，
//因为你的SSH Key公钥不在我的账户列表中

//下一步，就可以把本地库的所有内容推送到远程库上：
//由于远程库是空的，我们第一次推送master分支时，加上了-u参数，
//Git不但会把本地的master分支内容推送的远程新的master分支，
//还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
$ git push -u origin master


//从现在起，只要本地作了提交，就可以通过命令：
 $ git push origin master
 ----------------------------------------------------------------------
 //我们勾选Initialize this repository with a README，这样GitHub会自动为我们创建一个README.md文件
 //远程库已经准备好了，下一步是用命令git clone克隆一个本地库：
$ git clone git@github.com:michaelliao/gitskills.git


分支---------------------------------------------------------
//首先，我们创建dev分支，然后切换到dev分支：
$ git checkout -b dev
 
//git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
$ git branch dev
$ git checkout dev 


//然后，用git branch命令查看当前分支：
$ git branch


//现在，dev分支的工作完成，我们就可以切换回master分支：
$ git checkout master


//现在，我们把dev分支的工作成果合并到master分支上：
$ git merge dev
 
 //合并完成后，就可以放心地删除dev分支了：
$ git branch -d dev


//Git鼓励大量使用分支：
//查看分支：git branch
//创建分支：git branch <name>
//切换分支：git checkout <name>
//创建+切换分支：git checkout -b <name>
//合并某分支到当前分支：git merge <name>
//删除分支：git branch -d <name>


//Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存


//用带参数的git log也可以看到分支的合并情况：
$ git log --graph --pretty=oneline --abbrev-commit
//用git log --graph命令可以看到分支合并图


//准备合并dev分支，请注意--no-ff参数，表示禁用Fast forward
$ git merge --no-ff -m "merge with no-ff" dev


//当你接到一个修复一个代号101的bug的任务时，很自然地，
//你想创建一个分支issue-101来修复它，但是，等等，当前正在dev上进行的工作还没有提交
//并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。
//但是，必须在两个小时内修复该bug，怎么办？
//幸好，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作
$ git stash


//工作区是干净的，刚才的工作现场存到哪去了？用git stash list命令看看：
$ git stash list


//工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：
//一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
//另一种方式是用git stash pop，恢复的同时把stash内容也删了：
$ git stash pop


//你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：
$ git stash apply stash@{0}


//Git友情提醒，feature-vulcan分支还没有被合并，如果删除，将丢失掉修改，
//如果要强行删除，需要使用命令git branch -D feature-vulcan。
//现在我们强行删除：
$ git branch -D feature-vulcan


多人协作---------------------------------------------------------------------------------------------
//要查看远程库的信息，用git remote：
$ git remote
//或者，用git remote -v显示更详细的信息：
$ 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。

//命令git tag <name>用于新建一个标签，默认为HEAD，也可以指定一个commit id；
//git tag -a <tagname> -m "blablabla..."可以指定标签信息；
//git tag -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，以后st就表示status：

$ git config --global alias.st status

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

 

github常见操作和常见错误！错误提示：fatal: remote origin already exists.

如果输入$ git remote add origin git@github.com:djqiang（github帐号名）/gitdemo（项目名）.git 

    提示出错信息：fatal: remote origin already exists.

    解决办法如下：

    1、先输入$ git remote rm origin

    2、再输入$ git remote add origin git@github.com:djqiang/gitdemo.git 就不会报错了！

    3、如果输入$ git remote rm origin 还是报错的话，error: Could not remove config section 'remote.origin'. 我们需要修改gitconfig文件的内容

    4、找到你的github的安装路径，我的是C:\Users\ASUS\AppData\Local\GitHub\PortableGit_ca477551eeb4aea0e4ae9fcd3358bd96720bb5c8\etc

    5、找到一个名为gitconfig的文件，打开它把里面的[remote "origin"]那一行删掉就好了！

 

 

    如果输入$ ssh -T git@github.com
    出现错误提示：Permission denied (publickey).因为新生成的key不能加入ssh就会导致连接不上github。

    解决办法如下：

    1、先输入$ ssh-agent，再输入$ ssh-add ~/.ssh/id_key，这样就可以了。

    2、如果还是不行的话，输入ssh-add ~/.ssh/id_key 命令后出现报错Could not open a connection to your authentication agent.解决方法是key用Git Gui的ssh工具生成，这样生成的时候key就直接保存在ssh中了，不需要再ssh-add命令加入了，其它的user，token等配置都用命令行来做。

    3、最好检查一下在你复制id_rsa.pub文件的内容时有没有产生多余的空格或空行，有些编辑器会帮你添加这些的。

 

 

    如果输入$ git push origin master

    提示出错信息：error:failed to push som refs to .......

    解决办法如下：

    1、先输入$ git pull origin master //先把远程服务器github上面的文件拉下来

    2、再输入$ git push origin master

    3、如果出现报错 fatal: Couldn't find remote ref master或者fatal: 'origin' does not appear to be a git repository以及fatal: Could not read from remote repository.

    4、则需要重新输入$ git remote add origingit@github.com:djqiang/gitdemo.git

 

 

    使用git在本地创建一个项目的过程

    $ makdir ~/hello-world    //创建一个项目hello-world
    $ cd ~/hello-world       //打开这个项目
    $ git init             //初始化 
    $ touch README
    $ git add README        //更新README文件
    $ git commit -m 'first commit'     //提交更新，并注释信息“first commit”
    $ git remote add origin git@github.com:defnngj/hello-world.git     //连接远程github项目  
    $ git push -u origin master     //将本地项目更新到github项目上去

 

   

    gitconfig配置文件

         Git有一个工具被称为git config，它允许你获得和设置配置变量；这些变量可以控制Git的外观和操作的各个方面。这些变量可以被存储在三个不同的位置： 
         1./etc/gitconfig 文件：包含了适用于系统所有用户和所有库的值。如果你传递参数选项’--system’ 给 git config，它将明确的读和写这个文件。 
         2.~/.gitconfig 文件 ：具体到你的用户。你可以通过传递--global 选项使Git 读或写这个特定的文件。
         3.位于git目录的config文件 (也就是 .git/config) ：无论你当前在用的库是什么，特定指向该单一的库。每个级别重写前一个级别的值。因此，在.git/config中的值覆盖了在/etc/gitconfig中的同一个值。
        在Windows系统中，Git在$HOME目录中查找.gitconfig文件（对大多数人来说，位于C:\Documents and Settings\$USER下）。它也会查找/etc/gitconfig，尽管它是相对于Msys 根目录的。这可能是你在Windows中运行安装程序时决定安装Git的任何地方。

 

        配置相关信息：

        2.1　当你安装Git后首先要做的事情是设置你的用户名称和e-mail地址。这是非常重要的，因为每次Git提交都会使用该信息。它被永远的嵌入到了你的提交中：

　　$ git config --global user.name "John Doe"

　　$ git config --global user.email johndoe@example.com

 

       2.2    你的编辑器(Your Editor)

　　现在，你的标识已经设置，你可以配置你的缺省文本编辑器，Git在需要你输入一些消息时会使用该文本编辑器。缺省情况下，Git使用你的系统的缺省编辑器，这通常可能是vi 或者 vim。如果你想使用一个不同的文本编辑器，例如Emacs，你可以做如下操作：

　　$ git config --global core.editor emacs

 

      2.3 检查你的设置(Checking Your Settings)

　　如果你想检查你的设置，你可以使用 git config --list 命令来列出Git可以在该处找到的所有的设置:

　　$ git config --list

      你也可以查看Git认为的一个特定的关键字目前的值，使用如下命令 git config {key}:

　　$ git config user.name

 

      2.4 获取帮助(Getting help)

　　如果当你在使用Git时需要帮助，有三种方法可以获得任何git命令的手册页(manpage)帮助信息:

　　$ git help <verb>

　　$ git <verb> --help

　　$ man git-<verb>

　　例如，你可以运行如下命令获取对config命令的手册页帮助:

　　$ git help config

 

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

 

1. Git概念 
1.1. Git库中由三部分组成 
Git 仓库就是那个.git 目录，其中存放的是我们所提交的文档索引内容，Git 可基于文档索引内容对其所管理的文档进行内容追踪，从而实现文档的版本控制。.git目录位于工作目录内。 
1） 工作目录：用户本地的目录； 
2） Index（索引）：将工作目录下所有文件（包含子目录）生成快照，存放到一个临时的存储区域，Git 称该区域为索引。 
3） 仓库：将索引通过commit命令提交至仓库中，每一次提交都意味着版本在进行一次更新。 

1.2. 使用Git时的初始化事项 
1.2.1. Git初始化配置 
1） 配置使用git仓库的人员姓名 
git config --global user.name "Your Name Comes Here" 
2） 配置使用git仓库的人员email 
git config --global user.email you@yourdomain.example.com 
1.2.2. Git文档忽略机制 
工作目录中有一些文件是不希望接受Git 管理的，譬如程序编译时生成的中间文件等等。Git 提供了文档忽略机制，可以将工作目录中不希望接受Git 管理的文档信息写到同一目录下的.gitignore 文件中。 
例如：工作目录下有个zh目录，如果不想把它加入到Git管理中，则执行： 
echo “zh” > .gitignore 
git add . 
有关gitignore 文件的诸多细节知识可阅读其使用手册：man gitignore 
1.3. Git与Repo的比较 
Git操作一般对应一个仓库，而Repo操作一般对应一个项目，即一个项目会由若干仓库组成。 
例如，在操作整个Recket项目时使用Repo，而操作其中的某个仓库时使用Git。在包含隐藏目录.git的目录下执行git操作。
2. Git help 
Git help 获取git基本命令 
（如果要知道某个特定命令的使用方法，例如：使用Git help clone，来获取git clone的使用方法）
3. Git本地操作基本命令 
3.1. Git init 
或者使用git init-db。 
创建一个空的Git库。在当前目录中产生一个.git 的子目录。以后，所有的文件变化信息都会保存到这个目录下，而不像CVS那样，会在每个目录和子目录下都创建一个CVS目录。 
在.git目录下有一个config文件，可以修改其中的配置信息。 
3.2. Git add 
将当前工作目录中更改或者新增的文件加入到Git的索引中，加入到Git的索引中就表示记入了版本历史中，这也是提交之前所需要执行的一步。 
可以递归添加，即如果后面跟的是一个目录作为参数，则会递归添加整个目录中的所有子目录和文件。例如： 
git add dir1 （ 添加dir1这个目录，目录下的所有文件都被加入 ） 
Git add f1 f2 （ 添加f1，f2文件） 
git add . ( 添加当前目录下的所有文件和子目录 )
比如: ../../Debug/qh_1.bin文件被错误的添加到git中了,
在没有设置好.gitignore文件的时候就git add啦, 所以就有这个麻烦.CVS那样，会在每个目录和子目录下都创建一个CVS目录。 
在.git目录下有一个config文件，可以修改其中的配置信息。 
3.2. Git add 
将当前工作目录中更改或者新增的文件加入到Git的索引中，加入到Git的索引中就表示记入了版本历史中，这也是提交之前所需要执行的一步。 
可以递归添加，即如果后面跟的是一个目录作为参数，则会递归添加整个目录中的所有子目录和文件。例如： 
git add dir1 （ 添加dir1这个目录，目录下的所有文件都被加入 ） 
Git add f1 f2 （ 添加f1，f2文件） 
git add . ( 添加当前目录下的所有文件和子目录 )
比如: ../../Debug/qh_1.bin文件被错误的添加到git中了,
在没有设置好.gitignore文件的时候就git add啦, 所以就有这个麻烦.

程序员学习公众号: