git常用操作

第一次连接远程仓库的配置

配置user.name 和user.email

git config --global user.name "name" 设置你的用户名git config --global user.email "emil" 设置用户的email账号

生成密钥

ssh-keygen -t rsa -C "your email" 其中填的是你的注册的github的账号，输入之后如果不需要输入密码的话，连续输入三个回车即可，最后在你的在终端输入 cd ~/.ssh 进入到你的文件下可以看到有两个文件id_rsa和id_rsa.pub,最后复制你的id_rsa.pub中的内容到github中的账号中即可ssh -T git@github.com 如果上面的步骤已经完成了，那么就是验证是否完成了，输入上述语句，如果出现信息，那么证明说明你已经成功了

管理修改

通常我们在提交之后会想要修改，当然我们是在文件上直接修改，但是修改后在git上输入git status查看此时的工作区的状态，你会发现出现了出现了如下的语句：

On branch master Your branch is ahead of 'origin/master' by 2 commits. (use "git push" to publish your local commits) Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: file.txt no changes added to commit (use "git add" and/or "git commit -a")

从上面的提示可以看出我们有如下方案：

首先执行->git add file.txt,然后重新提交git commit -m 'modified file.txt

撤销修改(没有提交的[commit])

这里的撤销修改仅仅是对于没有提交的撤销(git commit -m ''),在下面会讲到如何撤销提交后的撤销

未git add

当我们修改后会出现上面的提示，前面已经贴过了，这里就不再贴代码了，根据提示，我们可以git checkout -- file.txt来丢弃工作区的修改，之后就可以看见先前的修改已经不见了

已经git add

当我们修改文件后并且git add 添加到暂存区了，那么查看状态git status,出现的提示如下

On branch master Your branch is ahead of 'origin/master' by 2 commits. (use "git push" to publish your local commits) Changes to be committed: (use "git reset HEAD <file>..." to unstage) modified: file.txt

根据上面提示的方法：输入git reset HEAD file.txt,可以看到文件回到未git add的状态了，这时如果你想要丢弃修改，使用git checkout -- file.txt,之后就可以看到你的修改已经不见了

删除文件

其实删除也是一种修改操作，我们在文件管理器中直接使用rm删除文件，这时输入git status可以看到如下的提示：

On branch master Your branch is ahead of 'origin/master' by 2 commits. (use "git push" to publish your local commits) Changes not staged for commit: (use "git add/rm <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) deleted: file.txt no changes added to commit (use "git add" and/or "git commit -a") PS G:\file> git checkout -- file.txt

如果你不想删除了，想要恢复原来的文件，使用git checkout -- file.txt 这个命令可以让撤销修改，也可以撤销删除，起到一键还原的作用

如果你想要继续删除,那么有两种方法：

first:git add file.txt,second:git commit -m ''first:git rm file.txt,second:git commit -m ''

注意： git rm file 可以用来删除提交到版本库中的文件，一般删除要执行以下命令：git rm file.txt,git commit -m 'delete'，注意在git commit之前还是可以取消删除的，使用git checkout -- file.txt，可以一键取消删除

创建与合并分支

常用命令：

git checkout -b dev 创建并且切换到dev分支git checkout dev 切换到dev分支git branch 查看所有的分支，带有*的是当前所处的分支git branch -d dev 删除dev分支，一般在合并之后删除git branch -D dev ：强制删除分支，一般在没有合并就删除分支会出现不能删除，这是就要使用强制删除这个分支的命令git merge dev 将dev分支合并到当前分支,使用到Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。

git merge --no-ff -m "merge with no-ff" dev 强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

git log --graph --pretty=oneline --abbrev-commit 查看分支历史

创建合并

首先我们创建一个dev分支,使用命令：git checkout -b dev(创建一个dev分支，并且切换到dev分支上)，我们可以使用git branch查看所有的分支

现在在改变之前master分支上的file.txt文件内容，之后git add file.txt,并且提交到版本库中了(git commit -m 'file.txt')，此时使用git checkout master切换到master分支上，查看file.txt的文件内容，可以看到里面的内容并没有改变，由此可知两个分支是独立的，如果你在一个分之上创建了文件并且提交到版本库中了，切换到另外一个分支上，此时可以发现原来创建的文件不见了，因为那是另外一个分支的文件，当然我们可以合并分支，使用git merge dev,这两个命令将dev分支合并到当前分支

Bug分支管理

如果正在一个分支上工作，另外一个分支上的程序有一个Bug需要马上修改，但是此时这个分支上的东西还需要很长时间才能完成，这应该怎么办呢？难道要放弃当前分支上的修改吗？当然不是了，幸好，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作，具体步骤如下：

git stash 将当前的工作状态暂时存储在stash中，输出如下信息 Saved working directory and index state WIP on dev: 6224937 add merge HEAD is now at 6224937 add merge

此时可以使用git status 查看当前的分支上的状态，可以知道当前的的工作区就是干净的，因此可以放心的修复另外一个分支上的的Bug了

git checkout master 切换分支，修复Bug

git checkout dev 修复好Bug继续回到上一个分支干活

git stash list 可以看到工作现场还在，输出如下信息：

stash@{0}: WIP on dev: 6224937 add merge

如果有多个修改的内容，这里的信息肯定不止一条

git stash apply：恢复修改，但是这只是恢复stash的内容并不会删除，这里建议使用git stash pop 既恢复了又删除了stash中内容，注意这里只能恢复一条数据，此时使用git status查看状态，可以看到已经出现修改的内容了

git stash list ：此时查看当前stash中的内容可以看到已经什么都没了，当然这只是清除一条，如果本来有多个，那么还是会有其他内容的

常用命令

git stash 将当前的分支上的工作暂存到stash中git stash list 列出stash中的所有暂存的内容git stash pop 恢复并且删除stash中的内容git stash apply 恢复但是步删除stash中的内容

远程仓库的操作

常用的命令

git remote -v 查看远程仓库的详细信息

git remote add remote-name URL 添加远程仓库

git remote rename origin pb 将远程仓库的origin改为pb，此时使用git remote 查看可以知道这里已经没有origin了，变成了pb

git remote rm origin 将远程仓库origin删除

git push origin master 将内容提交到远程仓库origin的master上，当然这里亦可以使用其他的分支

git clone URL 克隆一个远程仓库，这里的URL是远程仓库的地址

git pull origin 将远程仓库中更新的数据拉到本地

git checkout -b branch-name origin/branch-name 在本地创建和远程仓库对应的分支，最好分支的名字相同

git push origin branch-name 推送到远程仓库的分支

注意

同一个文件夹中可以添加很多远程仓库，不过可以在提交的时候需要指定远程仓库的名字，比如在你的文件夹下有origin和pb两个远程仓库，可以使用git remote -v查看详细的信息，此时你在版本库中已经有想要推送的文件了，那么使用git push origin master就可以指定推送到origin远程仓库中

实例

假如你新建一个文件夹，此时要在里面添加远程仓库，具体实现如下：

git clone URL 将一个仓库克隆来的同时也具有推送的权限了，这时就可以使用git remote add origin URL来添加远程仓库了

如果没有使用clone的方法创建一个版本库，那么先git init 然后git remote add origin URL 添加远程仓库，之后就是将本地仓库和远程仓库对应了，使用git pull origin master 来拉取远程仓库中内容，当然这也可以分两步，使用如下：

git fetch origin master 这是将远程仓库中的文件拉取到本地，但是没有与本地的master合并，因此本地的master分支不能追踪远程仓库中的分支

git merge origin/master 将远程仓库和本地的master分支合并，那么就可以使用本地的master分支追踪远程仓库了，这就完成了

无论clone还是pull都只是拉取远程的master分支，但是一般远程仓库中还有其他的分支，那么怎么办呢？拉取远程仓库的次分支步骤如下： git checkout -b dev origin/dev 拉去远程仓库中的dev仓库到本地的dev分支

想看更多文章请移步本人博客