git config --list # 查看git配置信息 git config user.name # 查看git用户名 git config user.email #查看邮箱配置 git config --global user.name "nameVal" # 全局配置用户名 git config --global user.email "eamil@qq.com" # 全局配置邮箱
git init #初始化项目 git add 文件名 #添加指定文件 git add . #添加因此文件 git commit -m "提交注释" #添加一个版本 git log #查看历史版本(不包含回退部分的) git reflog #查看历史版本(详细 ,包含回退部分的版本) git reset --hard 提交的版本号 #回退到指定的历史版本 git push -f #回退版本后,远程也回退 (强制推送) git check out # git reset --soft git reset head git reset --mix # gitlab 本身建立代码托管(基于linux)
git clone -b 分支名 仓库地址 git branch -a //查看线上分支 git branch //查看本地分支
- 建立本地分支
git checkout -b 新分支名执行该指令后,会在本地建立一个新分支,该分支是从当前分支上检出的,因此全部文件内容都和当前分支如出一辙,这是正常的。建立成功后,将自动切换至新分支上。linux
推送本地分支到远程仓库git
git push --set-upstream origin 分支名
- 当我想从远程仓库里拉取一条本地不存在的分支时:
# 本地不存在的分支 git checkout -b 本地分支名 origin/远程分支名这个将会自动建立一个新的本地分支,并与指定的远程分支关联起来。github
若成功,将会在本地建立新分支dev2,并自动切到dev2上。shell
若是出现提示:json
fatal: Cannot update paths and switch to branch 'dev2' at the same time. Did you intend to checkout 'origin/dev2' which can not be resolved as commit?表示拉取不成功。咱们须要先执行缓存
git fetch而后再执行服务器
git checkout -b 本地分支名 origin/远程分支名
- 本地存在的分支
# 当前分支 git pull # 本地其余分支(存在的) git pull 分支名若是git pull 不成功,就使用
git pull origin 分支名
就行了)app
git branch -a #查看已有的本地及远程分支 git push origin --delete dev #删除远程分支 git remote prune origin # 同步远程分支(删除本地分支) git remote show origin # 查看远程分支状况 git branch -d dev #删除本地分支
git remote add origin ....... # 添加git地址 git push origin dev 推送到线上dev分支 git pull origin dev 获取线上的dev分支 提交的代码晚于github行的代码,会有错误提示,叫你从新拉取代码 拉取代码会提示你合并代码 git pull origin dev = git fetch origin dev + git merge origin/dev git pull 的代码会有分叉(有忘记提交的代码的状况:好比在公司开的代码已经commit 可是忘提交,回家继续开发提交,次日到都公司pull代码就会出现分叉) 下面的方法不会有分叉 git fetch origin dev git rebase origin/dev #rebase 保持提交记录的整洁
git stash save "save message" : 执行存储时,添加备注,方便查找,只有git stash 也是能够的,但查找时不方便识别。gitlab
git stash list :查看stash了哪些存储fetch
git stash show :显示作了哪些改动,默认show第一个存储,若是要显示其余存贮,后面加stash@{$num},好比第二个 git stash show stash@{1}
git stash show -p : 显示第一个存储的改动,若是想显示其余存存储,命令:git stash show stash@{$num} -p ,好比第二个:git stash show stash@{1} -p
git stash apply :应用某个存储,但不会把存储从存储列表中删除,默认使用第一个存储,即stash@{0},若是要使用其余个,git stash apply stash@{$num} , 好比第二个:git stash apply stash@{1}
git stash pop :命令恢复以前缓存的工做目录,将缓存堆栈中的对应stash删除,并将对应修改应用到当前的工做目录下,默认为第一个stash,即stash@{0},若是要应用并删除其余stash,命令:git stash pop stash@{$num} ,好比应用并删除第二个:git stash pop stash@{1}
git stash drop stash@{$num} :丢弃stash@{$num}存储,从列表中删除这个存储
git stash clear
:删除全部缓存的stash
$ git tag v1.0 v2.0
1.8.5 系列感兴趣,能够运行:
$ git tag -l "v1.8.5*"
在 Git 中建立附注标签十分简单。 最简单的方式是当你在运行 tag
命令时指定 -a
选项:
$ git tag -a v1.4 -m "my version 1.4" $ git tag v0.1 v1.3 v1.4
另外一种给提交打标签的方式是使用轻量标签。 轻量标签本质上是将提交校验和存储到一个文件中——没有保存任何其余信息。 建立轻量标签,不须要使用 -a
、-s
或 -m
选项,只须要提供标签名字:
$ git tag v1.4-lw $ git tag v0.1 v1.3 v1.4 v1.4-lw v1.5
你也能够对过去的提交打标签。 假设提交历史是这样的:
$ git log --pretty=oneline 15027957951b64cf874c3557a0f3547bd83b3ff6 Merge branch 'experiment' a6b4c97498bd301d84096da251c98a07c7723e65 beginning write support 0d52aaab4479697da7686c15f77a3d64d9165190 one more thing 6d52a271eda8725415634dd79daabbc4d9b6008e Merge branch 'experiment' 0b7434d86859cc7b8c3d5e1dddfed66ff742fcbc added a commit function 4682c3261057305bdd616e23b64b0857d832627b added a todo file 166ae0c4d3f420721acbb115cc33848dfcc2121a started write support 9fceb02d0ae598e95dc970b74767f19372d61af8 updated rakefile 964f16d36dfccde844893cac5b347e7b3d44abbc commit the todo 8a5cbc430f1a9c3d00faaeffd07798508422908a updated readme
如今,假设在 v1.2 时你忘记给项目打标签,也就是在 “updated rakefile” 提交。 你能够在以后补上标签。 要在那个提交上打标签,你须要在命令的末尾指定提交的校验和(或部分校验和):
$ git tag -a v1.2 9fceb02
能够看到你已经在那次提交上打上标签了:
默认状况下,git push
命令并不会传送标签到远程仓库服务器上。 在建立完标签后你必须显式地推送标签到共享服务器上。 这个过程就像共享远程分支同样——你能够运行 git push origin
。
$ git push origin v1.5
若是想要一次性推送不少标签,也可使用带有 --tags
选项的 git push
命令。 这将会把全部不在远程仓库服务器上的标签所有传送到那里。
$ git push origin --tags Counting objects: 1, done. Writing objects: 100% (1/1), 160 bytes | 0 bytes/s, done. Total 1 (delta 0), reused 0 (delta 0) To git@github.com:schacon/simplegit.git * [new tag] v1.4 -> v1.4 * [new tag] v1.4-lw -> v1.4-lw
要删除掉你本地仓库上的标签,可使用命令 git tag -d
。 例如,可使用如下命令删除一个轻量标签:
$ git tag -d v1.4-lw Deleted tag 'v1.4-lw' (was e7d5add)
注意上述命令并不会从任何远程仓库中移除这个标签,你必须用 git push :refs/tags/
来更新你的远程仓库:
第一种变体是 git push :refs/tags/
:
$ git push origin :refs/tags/v1.4-lw To /git@github.com:schacon/simplegit.git - [deleted] v1.4-lw
上面这种操做的含义是,将冒号前面的空值推送到远程标签名,从而高效地删除它。
第二种更直观的删除远程标签的方式是:
$ git push origin --delete <tagname>
若是你想查看某个标签所指向的文件版本,可使用 git checkout
命令, 虽然这会使你的仓库处于“分离头指针(detached HEAD)”的状态——这个状态有些很差的反作用:
$ git checkout 2.0.0 Note: checking out '2.0.0'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example: git checkout -b <new-branch> HEAD is now at 99ada87... Merge pull request #89 from schacon/appendix-final $ git checkout 2.0-beta-0.1 Previous HEAD position was 99ada87... Merge pull request #89 from schacon/appendix-final HEAD is now at df3f601... add atlas.json and cover image
在“分离头指针”状态下,若是你作了某些更改而后提交它们,标签不会发生变化, 但你的新提交将不属于任何分支,而且将没法访问,除非经过确切的提交哈希才能访问。 所以,若是你须要进行更改,好比你要修复旧版本中的错误,那么一般须要建立一个新分支:
$ git checkout -b version2 v2.0.0 Switched to a new branch 'version2'
若是在这以后又进行了一次提交,version2
分支就会由于这个改动向前移动, 此时它就会和 v2.0.0
标签稍微有些不一样,这时就要小心了。
1.修改提交的注释
git commit --amend