• git常用命令总结


    自从有了sourceTree,我自己觉得好像没什么必要再去学git命令了,不过之前一直有小伙伴跟我说,啊你这个真的不好用,还不如用命令,我一点悔悟都没有,直到现在看他们都会命令而我是个只有git add  commit pull push merge 等命令的麻瓜,所以现在就尽量使用git命令来做提交

    下面内容为转载内容主要方面自己查阅

    配置

    首先是配置帐号信息

    ssh -T git@github.com # 登陆 github

    修改项目中的个人信息

    $ git config --global user.name "wirelessqa"
    $ git config --global user.email wirelessqa.me@gmail.com

    config

    git config --global user.name JSLite # 设置提交用户名
    git config --global user.email JSLite@yeah.net # 设置提交邮箱
    git config --list # 查看配置的信息
    git remote remove origin # 删除该远程路径
    git remote add origin git@jslite.github.com:JSLite/JSLite.git # 添加远程路径

    help

    git help config # 获取帮助信息

    配置自动换行(自动转换坑太大)

    git config --global core.autocrlf input # 提交到 git 是自动将换行符转换为 lf

    配置密钥

    ssh-keygen -t rsa -C JSLite@yeah.net # 生成密钥
    ssh -T git@github.com # 测试是否成功

    多账号 ssh 配置

    1. 生成指定名字的密钥

    ssh-keygen -t rsa -C "邮箱地址" -f ~/.ssh/github_jslite

    会生成 github_jslitegithub_jslite.pub 这两个文件

    2. 密钥复制到托管平台上

    vim ~/.ssh/github_jslite.pub

    打开公钥文件 github_jslite.pub ,并把内容复制至代码托管平台上

    3. 修改 config 文件

    vim ~/.ssh/config # 修改 config 文件,如果没有创建 config
    
    
    Host jslite.github.com
    HostName github.com
    User git
    IdentityFile ~/.ssh/github_jslite
    
    Host abc.github.com
    HostName github.com
    User git
    IdentityFile ~/.ssh/github_abc
    

      

    4. 测试

    ssh -T git@jslite.github.com # @后面跟上定义的 Host

    Git 推向 3 个库

    增加 3 个远程库地址

    git remote add origin https://github.com/JSLite/JSLite.git
    git remote set-url --add origin https://gitlab.com/wang/JSLite.js.git
    git remote set-url --add origin https://oschina.net/wang/JSLite.js.git

    删除其中一个 set-url 地址

    usage: git remote set-url [--push] <name> <newurl> [<oldurl>]
       or: git remote set-url --add <name> <newurl>
       or: git remote set-url --delete <name> <url>
    git remote set-url --delete origin https://oschina.net/wang/JSLite.js.git

    push

    git push origin master
    git push -f origin master # 强制推送
    1. 缩写 -f
    2. 全写 --force
    3. 注:强制推送文件没有了哦

    pull

    只能拉取 origin 里的一个 url 地址,这个 fetch-url
    默认为你添加的到 origin的第一个地址

    git pull origin master
    git pull --all # 获取远程所有内容包括 tag
    git pull origin next:master # 取回 origin 主机的 next 分支,与本地的 master 分支合并
    git pull origin next # 远程分支是与当前分支合并

    上面一条命令等同于下面两条命令

    git fetch origin
    git merge origin/next

    如果远程主机删除了某个分支,默认情况下,git pull 不会在拉取远程分支的时候,删除对应的本地分支。这是为了防止,由于其他人操作了远程主机,导致 git pull 不知不觉删除了本地分支。
    但是,你可以改变这个行为,加上参数 -p 就会在本地删除远程已经删除的分支

    $ git pull -p
    # 等同于下面的命令
    $ git fetch --prune origin 
    $ git fetch -p

    更改 pull

    只需要更改 config 文件里,那三个 url 的顺序即可,fetch-url 会直接对应排行第一的那个 utl 连接。

    新建仓库

    init

    git init # 初始化

    status

    git status # 获取状态

    add

    git add file #. 或 * 代表全部添加
    git rm --cached <added_file_to_undo> 在 commit 之前撤销 git add 操作
    git reset head 好像比上面git rm --cached更方便

    commit

    git commit -m "message" # 此处注意乱码

    remote

    git remote add origin git@github.com:JSLite/test.git # 添加源

    push

    git push -u origin master #push 同事设置默认跟踪分支
    git push origin master

    从现有仓库克隆

    git clone git://github.com/JSLite/JSLite.js.git
    git clone git://github.com/JSLite/JSLite.js.git mypro # 克隆到自定义文件夹
    git clone [user@]example.com:path/to/repo.git/ #SSH 协议还有另一种写法。

    git clone 支持多种协议,除了 HTTP(s) 以外,还支持 SSH、Git、本地文件协议等,下面是一些例子。$ git clone <版本库的网址> <本地目录名>

    $ git clone http[s]://example.com/path/to/repo.git/
    $ git clone ssh://example.com/path/to/repo.git/
    $ git clone git://example.com/path/to/repo.git/
    $ git clone /opt/git/project.git 
    $ git clone file:///opt/git/project.git
    $ git clone ftp[s]://example.com/path/to/repo.git/
    $ git clone rsync://example.com/path/to/repo.git/

    submodule

    git submodule add --force 仓库地址 路径

    其中,仓库地址是指子模块仓库地址,路径指将子模块放置在当前工程下的路径。
    注意:路径不能以 / 结尾(会造成修改不生效)、不能是现有工程已有的目录(不能順利 Clone)

    git submodule init 初始化 submodule
    git submodule update 更新 submodule(必须在根目录执行命令)

    当使用 git clone 下来的工程中带有 submodule 时,初始的时候,submodule 的内容并不会自动下载下来的,此时,只需执行如下命令:

    git submodule update --init --recursive 下载的工程带有 submodule
    
    git submodule foreach git pull submodule 里有其他的 submodule 一次更新
    git submodule foreach git pull origin master submodule 更新
    
    git submodule foreach --recursive git submodule init
    git submodule foreach --recursive git submodule update

    本地

    add

    git add * # 跟踪新文件
    git add -u [path] # 添加 [指定路径下] 已跟踪文件

    rm

    rm *&git rm * # 移除文件
    git rm -f * # 移除文件
    git rm --cached * # 取消跟踪
    git mv file_from file_to # 重命名跟踪文件
    git log # 查看提交记录

    commit

    git commit # 提交更新
    git commit -m 'message' # 提交说明
    git commit -a # 跳过使用暂存区域,把所有已经跟踪过的文件暂存起来一并提交
    git commit --amend # 修改最后一次提交
    git commit log # 查看所有提交,包括没有 push 的 commit
    git commit -m "#133" # 关联 issue 任意位置带上# 符号加上 issue 号码
    git commit -m "fix #133" commit 关闭 issue
    git commit -m '概要描述'$'
    
    ''1.详细描述'$'
    ''2.详细描述' # 提交简要描述和详细描述

    reset

    git reset HEAD *# 取消已经暂存的文件
    git reset --mixed HEAD *# 同上
    git reset --soft HEAD *# 重置到指定状态,不会修改索引区和工作树
    git reset --hard HEAD *# 重置到指定状态,会修改索引区和工作树
    git reset -- files *# 重置 index 区文件

    那么如何跟随着 commit 关闭一个 issue 呢? 在 confirm merge 的时候可以使用一下命令来关闭相关 issue:
    1. fixes #xxx 1. fixed #xxx 1. fix #xxx 1. closes #xxx 1. close #xxx 1. closed #xxx

    revert

    git revert HEAD # 撤销前一次操作
    git revert HEAD~ # 撤销前前一次操作
    git revert commit ## 撤销指定操作

    checkout

    git checkout -- file # 取消对文件的修改(从暂存区——覆盖 worktree file)
    git checkout branch|tag|commit -- file_name # 从仓库取出 file 覆盖当前分支
    git checkout HEAD~1 [文件] # 将会更新 working directory 去匹配某次 commit
    git checkout -- . # 从暂存区取出文件覆盖工作区
    git checkout -b gh-pages 0c304c9 这个表示 从当前分支 commit 哈希值为 0c304c9 的节点,分一个新的分支 gh-pages 出来,并切换到 gh-pages

    diff

    git diff file # 查看指定文件的差异
    git diff --stat # 查看简单的 diff 结果
    git diff # 比较 Worktree 和 Index 之间的差异
    git diff --cached # 比较 Index 和 HEAD 之间的差异
    git diff HEAD # 比较 Worktree 和 HEAD 之间的差异
    git diff branch # 比较 Worktree 和 branch 之间的差异
    git diff branch1 branch2 # 比较两次分支之间的差异
    git diff commit commit # 比较两次提交之间的差异
    $ git diff master..test # 上面这条命令只显示两个分支间的差异
    git diff master...test # 你想找出‘master’,‘test’的共有 父分支和'test'分支之间的差异,你用 3 个‘.'来取代前面的两个'.'

    stash

    git stash # 将工作区现场(已跟踪文件)储藏起来,等以后恢复后继续工作。
    git stash list # 查看保存的工作现场
    git stash apply # 恢复工作现场
    git stash drop # 删除 stash 内容
    git stash pop # 恢复的同时直接删除 stash 内容
    git stash apply stash@{0} # 恢复指定的工作现场,当你保存了不只一份工作现场时。

    merge

    git merge --squash test ## 合并压缩,将 test 上的 commit 压缩为一条

    cherry-pick

    git cherry-pick commit # 拣选合并,将 commit 合并到当前分支
    git cherry-pick -n commit # 拣选多个提交,合并完后可以继续拣选下一个提交

    rebase

    git rebase master # 将 master 分之上超前的提交,变基到当前分支
    git rebase --onto master 169a6 # 限制回滚范围,rebase 当前分支从 169a6 以后的提交
    git rebase --interactive # 交互模式,修改 commit
    git rebase --continue # 处理完冲突继续合并
    git rebase --skip # 跳过
    git rebase --abort # 取消合并

    分支 branch

    删除

    git push origin :branchName # 删除远程分支
    git push origin --delete new # 删除远程分支new
    git branch -d branchName # 删除本地分支,强制删除用 - D
    git branch -d test # 删除本地 test 分支
    git branch -D test # 强制删除本地 test 分支

    提交

    git push -u origin branchName # 提交分支到远程 origin 主机中

    拉取

    git fetch -p # 拉取远程分支时,自动清理 远程分支已删除,本地还存在的对应同名分支。

    分支合并

    git merge branchName # 合并分支 - 将分支 branchName 和当前所在分支合并
    git merge origin/master # 在本地分支上合并远程分支。
    git rebase origin/master # 在本地分支上合并远程分支。
    git merge test # 将 test 分支合并到当前分支

    重命名

    git branch -m old new # 重命名分支

    查看

    git branch # 列出本地分支
    git branch -r # 列出远端分支
    git branch -a # 列出所有分支
    git branch -v # 查看各个分支最后一个提交对象的信息
    git branch --merge # 查看已经合并到当前分支的分支
    git branch --no-merge # 查看为合并到当前分支的分支

    新建

    git branch test # 新建 test 分支
    git checkout -b newBrach origin/master # 取回远程主机的更新以后,在它的基础上创建一个新的分支

    连接

    git branch --set-upstream dev origin/dev # 将本地 dev 分支与远程 dev 分支之间建立链接
    git branch --set-upstream master origin/next # 手动建立追踪关系

    分支切换

    git checkout test # 切换到 test 分支
    git checkout -b test # 新建 + 切换到 test 分支
    git checkout -b test dev # 基于 dev 新建 test 分支,并切换

    远端

    git fetch <远程主机名> <分支名> #fetch 取回所有分支(branch)的更新
    git fetch origin remotebranch[:localbranch] # 从远端拉去分支 [到本地指定分支]
    git merge origin/branch # 合并远端上指定分支
    git pull origin remotebranch:localbranch # 拉去远端分支到本地分支
    git push origin branch # 将当前分支,推送到远端上指定分支
    git push origin localbranch:remotebranch # 推送本地指定分支,到远端上指定分支
    git push origin :remotebranch # 删除远端指定分支
    git checkout -b [--track] test origin/dev 基于远端 dev 分支,新建本地 test 分支 [同时设置跟踪]

    撤销远程记录

    git reset --hard HEAD~1 # 撤销一条记录
    git push -f origin HEAD:master # 同步到远程仓库

    忽略文件

    echo node_modules/ >> .gitignore

    删除文件

    git rm -rf node_modules/

    源 remote

    git 是一个分布式代码管理工具,所以可以支持多个仓库,在 git 里,服务器上的仓库在本地称之为 remote。
    个人开发时,多源用的可能不多,但多源其实非常有用。
    git remote add origin1 git@github.com:yanhaijing/data.js.git
    git remote # 显示全部源
    git remote -v # 显示全部源 + 详细信息
    git remote rename origin1 origin2 # 重命名
    git remote rm origin # 删除
    git remote show origin # 查看指定源的全部信息

    同步一个 fork

    github 教程
    在 github 上同步一个分支 (fork)

    设置

    在同步之前,需要创建一个远程点指向上游仓库 (repo). 如果你已经派生了一个原始仓库,可以按照如下方法做。

    $ git remote -v
    # List the current remotes (列出当前远程仓库)
    # origin  https://github.com/user/repo.git (fetch)
    # origin  https://github.com/user/repo.git (push)
    $ git remote add upstream https://github.com/otheruser/repo.git
    # Set a new remote (设置一个新的远程仓库)
    $ git remote -v
    # Verify new remote (验证新的原唱仓库)
    # origin    https://github.com/user/repo.git (fetch)
    # origin    https://github.com/user/repo.git (push)
    # upstream  https://github.com/otheruser/repo.git (fetch)
    # upstream  https://github.com/otheruser/repo.git (push)

    同步

    同步上游仓库到你的仓库需要执行两步:首先你需要从远程拉去,之后你需要合并你希望的分支到你的本地副本分支。

    从上游的存储库中提取分支以及各自的提交内容。 master 将被存储在本地分支机构 upstream/master

    git fetch upstream
    # remote: Counting objects: 75, done.
    # remote: Compressing objects: 100% (53/53), done.
    # remote: Total 62 (delta 27), reused 44 (delta 9)
    # Unpacking objects: 100% (62/62), done.
    # From https://github.com/ORIGINAL_OWNER/ORIGINAL_REPOSITORY
    #  * [new branch]      master     -> upstream/master

    检查你的 fork's 本地 master 分支

    git checkout master
    # Switched to branch 'master'

    合并来自 upstream/master 的更改到本地 master 分支上。 这使你的前 fork's master 分支与上游资源库同步,而不会丢失你本地修改。

    git merge upstream/master
    # Updating a422352..5fdff0f
    # Fast-forward
    #  README                    |    9 -------
    #  README.md                 |    7 ++++++
    #  2 files changed, 7 insertions(+), 9 deletions(-)
    #  delete mode 100644 README
    #  create mode 100644 README.md

    标签 tag

    当开发到一定阶段时,给程序打标签是非常棒的功能。

    git tag # 列出现有标签
    git tag v0gi.1 # 新建标签
    git tag -a v0.1 -m 'my version 1.4' # 新建带注释标签
    git checkout tagname # 切换到标签
    git push origin v1.5 # 推送分支到源上
    git push origin --tags # 一次性推送所有分支
    git tag -d v0.1 # 删除标签
    git push origin :refs/tags/v0.1 # 删除远程标签
    git pull --all # 获取远程所有内容包括 tag
    git --git-dir='<绝对地址>/.git' describe --tags HEAD # 查看本地版本信息

    日志 log

    git config format.pretty oneline # 显示历史记录时,每个提交的信息只显示一行
    git config color.ui true # 彩色的 git 输出
    git log # 查看最近的提交日志
    git log --pretty=oneline # 单行显示提交日志
    git log --graph --pretty=oneline --abbrev-commit
    git log -num # 显示第几条 log(倒数)
    git reflog # 查看所有分支的所有操作记录
    git log --since=1.day # 一天内的提交;你可以给出各种时间格式,比如说具体的某一天(“2008-01-15”),或者是多久以前(“2 years 1 day 3 minutes ago”)。
    git log --pretty="%h - %s" --author=自己的名字 # 查看自己的日志
    git log -p -2 # 展开两次更新显示每次提交的内容差异
    git log --stat # 要快速浏览其他协作者提交的更新都作了哪些改动
    git log --pretty=format:"%h - %an, %ar : %s"#定制要显示的记录格式
    git log --pretty=format:'%h : %s' --date-order --graph#拓扑顺序展示
    git log --pretty=format:'%h : %s - %ad' --date=short # 日期 YYYY-MM-DD 显示
    git log <last tag> HEAD --pretty=format:%s 只显示 commit
    

      

    选项说明
    %H 提交对象(commit)的完整哈希字串
    %h 提交对象的简短哈希字串
    %T 树对象(tree)的完整哈希字串
    %t 树对象的简短哈希字串
    %P 父对象(parent)的完整哈希字串
    %p 父对象的简短哈希字串
    %an 作者(author)的名字
    %ae 作者的电子邮件地址
    %ad 作者修订日期(可以用 -date= 选项定制格式)
    %ar 作者修订日期,按多久以前的方式显示
    %cn 提交者 (committer) 的名字
    %ce 提交者的电子邮件地址
    %cd 提交日期
    %cr 提交日期,按多久以前的方式显示
    %s 提交说明

    重写历史

    git commit --amend # 改变最近一次提交
    git rebase -i HEAD~3 # 修改最近三次的提交说明,或者其中任意一次
    git commit --amend # 保存好了,这些指示很明确地告诉了你该干什么
    git rebase --continue 修改提交说明,退出编辑器。
    pick f7f3f6d changed my name a bit
    pick 310154e updated README formatting and added blame
    pick a5f4a0d added cat-file
    

    改成

    pick 310154e updated README formatting and added blame
    pick f7f3f6d changed my name a bit
    

      

    查看某个文件历史

    git log --pretty=oneline 文件名 # 列出文件的所有改动历史
    git show c178bf49 # 某次的改动的修改记录
    git log -p c178bf49 # 某次的改动的修改记录
    git blame 文件名 # 显示文件的每一行是在那个版本最后修改。
    git whatchanged 文件名 # 显示某个文件的每个版本提交信息:提交日期,提交人员,版本号,提交备注(没有修改细节)

    打造自己的 git 命令

    git config --global alias.st status
    git config --global alias.br branch
    git config --global alias.co checkout
    git config --global alias.ci commit

    配置好后再输入 git 命令的时候就不用再输入一大段了,例如我们要查看状态,只需:

    git st

    总结

    git help * # 获取命令的帮助信息
    git status # 获取当前的状态,非常有用,因为 git 会提示接下来的能做的操作

    报错

    git fatal: protocol error: bad line length character: No s 解决办法:更换 remote 地址为 http/https 的
    The requested URL returned error: 403 Forbidden while accessing解决 github push 错误的办法

    解决方案:

    #vim 编辑器打开 当前项目中的config文件
    vim .git/config
    
    #修改
    [remote "origin"]  
        url = https://github.com/jaywcjlove/example.git  
    
    #为下面代码
    [remote "origin"]  
        url = https://jaywcjlove@github.com/jaywcjlove/example.git  
    链接:https://www.jianshu.com/p/0f2908055adb
    来源:简书

  • 相关阅读:
    WebService又一个不爽的地方
    [biztalk笔记]1.Hello World!
    Flex4中使用HDividedBox,VDividedBox
    Flex:地图缩放平移效果(简易版)
    asp.net webform中submit按钮使用不当很容易犯的一个错误
    Silverlight Telerik控件学习:带CheckBox复选框的树形TreeView控件
    oracle odp.net 32位/64位版本的问题
    asmx迷10分钟升级成wcf熟手指南
    如何克制求知欲或好奇心
    随手小记:快速适应未必是个好策略
  • 原文地址:https://www.cnblogs.com/Ewarm/p/13398643.html
Copyright © 2020-2023  润新知