博客

  • axios的使用

    发起请求

    可以通过向 axios 传递相关配置来创建请求

    语法:axios(config)

    // 发送 POST 请求
    axios({
        method: 'post',
        url: '/user/12345',
        data: {
            name: 'Fred',
        },
    })

    语法:axios(url[, config])

    // 发送 GET 请求(默认的方法)
    axios('/user/12345');

    简写

    请求方法的别名
    axios.get(url[, config])
    axios.delete(url[, config])
    axios.post(url[, data[, config]])
    axios.put(url[, data[, config]])
    axios.patch(url[, data[, config]])

    注意:在使用别名方法时, urlmethoddata 这些属性都不必在配置中指定。


    创建实例

    语法:axios.create([config])

    const service = axios.create({
      method: 'GET'         //method默认配置为GET,可以不写
      baseURL: 'https://.../api/',
      timeout: 5000,
    });

    请求配置

    这些是创建请求时可以用的配置选项。只有 url 是必需的。如果没有指定 method,请求将默认使用 get 方法。

    url

    url 是用于请求的服务器 URL

    url: '/user',
    method

    method 是创建请求时使用的方法

    method: 'get', // default
    baseURL

    baseURL 将自动加在 url 前面,除非 url 是一个绝对 URL。
    它可以通过设置一个 baseURL 便于为 axios 实例的方法传递相对 URL

    baseURL: 'https://some-domain.com/api/',
    params

    params 是即将与请求一起发送的 URL 参数

    params: {
       ID: 12345
         },
    data

    data 是作为请求主体被发送的数据
    只适用于这些请求方法 PUT, POST, 和 PATCH

    data: {
     firstName: 'Fred'
    },
    timeout

    timeout 指定请求超时的毫秒数(0 表示无超时时间)

    如果请求话费了超过 timeout 的时间,请求将被中断

    timeout: 1000,
    cancelToken

    cancelToken 指定用于取消请求的 cancel token

    cancelToken: new CancelToken(function (cancel) { })

    响应结构

    某个请求的响应包含以下信息

    data

    data 由服务器提供的响应

    data: {},
    status

    status 来自服务器响应的 HTTP 状态码

    status: 200,
    headers

    headers 服务器响应的头

    headers: {},
    config

    config 是为请求提供的配置信息

    config: {},

    配置默认值

    全局的 axios 默认值
    axios.defaults.baseURL
    axios.defaults.baseURL = 'https://api.liaooo.cn';
    自定义实例默认值
    const service = axios.create({
      baseURL: 'https://api.liaooo.cn'
    });
    //或
    service.defaults.baseURL = 'https://api.liaooo.cn'

    配置的优先顺序

    配置会以一个优先顺序进行合并。这个顺序是:在 lib/defaults.js 找到的库的默认值,然后是实例的 defaults 属性,最后是请求的 config 参数。后者将优先于前者。这里是一个例子:

    // 使用由库提供的配置的默认值来创建实例
    // 此时超时配置的默认值是 `0`
    var instance = axios.create();
    
    // 覆写库的超时默认值
    // 现在,在超时前,所有请求都会等待 2.5 秒
    instance.defaults.timeout = 2500;
    
    // 为已知需要花费很长时间的请求覆写超时设置
    instance.get('/longRequest', {
      timeout: 5000
    });

    拦截器

    在请求或响应被 thencatch 处理前拦截它们。

    添加请求拦截器
    axios.interceptors.request.use(function (config) {
        // 在发送请求之前做些什么
        return config;
      }, function (error) {
        // 对请求错误做些什么
        return Promise.reject(error);
      });
    添加响应拦截器
    axios.interceptors.response.use(function (response) {
        // 对响应数据做点什么
        return response;
      }, function (error) {
        // 对响应错误做点什么
        return Promise.reject(error);
      });

    为自定义 axios 实例添加拦截器

    const service = axios.create();
    service.interceptors.request.use(function () {/*...*/});

    取消(使用 cancel token 取消请求)

    可以使用 CancelToken.source 工厂方法创建 cancel token,像这样:

    const CancelToken = axios.CancelToken
    const source = CancelToken.source()
    axios
        .get('/user/12345', {
            cancelToken: source.token,
        })
        .catch(function (thrown) {
            if (axios.isCancel(thrown)) {
                console.log('Request canceled', thrown.message)
            } else {
                // 处理错误
            }
        })
    
    axios.post(
        '/user/12345',
        {
            name: 'new name',
        },
        {
            cancelToken: source.token,
        }
    )
    // 取消请求(message 参数是可选的)
    source.cancel("I am message")

    还可以通过传递一个 executor 函数到 CancelToken 的构造函数来创建 cancel token:

    const CancelToken = axios.CancelToken;
    let cancel;
    
    axios.get('/user/12345', {
      cancelToken: new CancelToken(function executor(c) {
        // executor 函数接收一个 cancel 函数作为参数
        cancel = c;
      })
    });
    
    // cancel the request
    cancel();

    错误处理

    axios.get('/user/12345')
      .catch(function (error) {
    
        if (error.response) {
          //请求被发出,服务器响应的状态码不在2xx的范围内
          console.log(error.response.data);
          console.log(error.response.status);
          console.log(error.response.headers);
    
        } else if (error.request) {
    
          //请求已发出,但未收到响应
          console.log(error.request);
    
        } else {
    
         //设置请求时发生了错误
          console.log('Error', error.message);
    
        }
        console.log(error.config);
      });

    axios中文文档

  • 解决input中accept反应慢的问题

    原因

    accept= 'image/*'会对每一个文件都进行一次遍历,在webkit内核的浏览器内校验时间较长,是此种内核浏览器的bug。

    解决

    将 * 通配符修改成指定的MIME类型

    <input type="file" accept="image/gif,image/jpeg,image/jpg,image/png" />
  • 使用axios上传图片文件

    场景

    文件上传

    需求

    上传本地图片到服务器,上传成功后在网页上显示服务器的图片。

    注意:文件上传需要以FormData数据格式提交

    HTML代码

    <div class="box">
        <div class="pic">
            <img src="./ico.png" />
        </div>
        <input
            type="file"
            accept="image/gif,image/jpeg,image/jpg,image/png"
            style="display: none"
            id="getFile"
        />
      <!-- 隐藏丑陋的input,使用美化后的按钮 -->
        <button id="upload">上传图片</button> 
    </div>

    JS代码

    //...引入axios文件
    //...配置axios
    
    //获取文件上传的input并添加change事件
    let getFile = document.querySelector('#getFile')
    getFile.addEventListener('change', function (e) {
        // 获取文件
        const file = e.target.files[0]
        // 判断是否有值,否则return(不请求)
        if (!file) return
        // 将文件信息传给上传函数
        uploadFile(file)
    })
    
    //获取美化后的按钮并添加点击事件
    let btn = document.querySelector('#upload')
    btn.addEventListener('click', function () {
        getFile.click()
    })
    
    //封装上传文件函数
    function uploadFile(file) {
        // 创建FormData实例
        const fd = new FormData()
        // 添加文件数据
        fd.append('avatar', file)
        axios.post('/api/upload/avatar', fd).then(({ data: res }) => {
            let { code, url, message } = res
            //判断业务状态码(是否上传成功)
            if (code === 200) {
                alert(message)
                document.querySelector('.pic img').src =
                    axios.defaults.baseURL + url
            } else {
                alert(message)
            }
        })
    }

    重点

    通过事件对象获取要上传的文件
            ...
    const file = e.target.files[0]
            ...
    将文件转换为FormData数据格式
            ...
    const fd = new FormData()
    fd.append('avatar', file)
            ...
  • FormData简介

    主要用处
    • 网络请求中处理表单数据
    • 网络请求中处理用来异步的上传文件
    FormData 实例的创建

    new FormData (HTMLFormElement: ele)

    在使用FormData构造函数创建实例对象的时候,可以传递一个HTML表单元素,该表单元素允许是任何形式的表单控件,包括文件输入框、复选框等。

    注意:表单标签必须要添加name属性才能获取其数据

    FormData 的主要方法

    //设置数据(覆盖)
    fd.set("name","Liao");
    
    //设置数据(追加)
    fd.append("friends","li");
    
    //设置数据(删除)
    fd.delete("friends");
    
    //读取数据
    fd.get("name")
    
    //读取所有数据(返回数组)
    fd.getAll("type")
    
    //检查是否拥有指定的key
    fd.has("age")

    FormData简介 – 知乎

  • Git学习资料合辑

    Git – 简明指南

    学习入门,列出了基础命令与概念


    Oh Shit, Git!?!

    用好 Git 很难: 很容易就犯错了,然后想自己弥补犯下的错,简直太难了。查阅 Git 文档简直就像是个 “鸡生蛋 蛋生鸡” 的问题,你得知道你要的是啥 ,但如果我知道的话,我还**查个毛文档啊!(使用Git常遇到的问题)


    【学了就忘】Git系列

    Git学习日记,有各种场景的解决方法


    Git使用教程

    最详细、最傻瓜、最浅显、真正手把手教

  • Git后悔药 — reset版本回退

    在Git中进行版本回退需要使用git reset命令。

    当我准备在V4版本,回退到V3版本的时候,分支中的提交和工作目录中文件的状态如下图:

    我们分别执行了三种回退方式:

    • git reset --soft HEAD^:温柔的回退。
    • git reset --mixed HEAD^:中等回退。
    • git reset --hard HEAD^:强硬的回退。

    (我们从英文中就可以看出,一个比一个回退的多。)

    下面我们一一进行总结。

    1、git reset --soft回退

    当我在V4版本的时候,执行git reset --soft HEAD^命令回退到V3版本。 Git中发生的变化如下图:

    依据上图,理解一下发生的事情:本质上就发生了,把HEAD指针指向了V3版本。而工作区和暂存区中的readme.txt文件是没有做任何变动的。

    所以你查看本地版本库中的readme.txt文件是V3版本,工作区和暂存区中的readme.txt文件是V4版本。

    就等于回滚到了git commit之前的状态。

    拓展

    当我继续修改readme.txt文件之后,再次提交,会在V3版本之上在创建一个新的commit提交,并移动HEAD指针指向的分支来使其指向该commit提交,这样依次提交下去,如下图:

    如果我们使用git log命令查看本地版本库的历史提交信息的时候,就不会出现V4版本提交的信息。会是V1V2V3V5

    但是V4版本是不会在Git中删除的,会永远的存储在Git的本地版本库中。我们可以使用git reflog命令,可以查看该V4版本的提交信息。

    提示:只要是本地版本库中HEAD有过的变化,那么git reflog命令就能够显示出来。

    (关于这点,下面同理,所以下面就不说了。)

    2、git reset --mixed命令

    当我在V4版本的时候,执行git reset --mixed HEAD^命令回退到V3版本。

    Git中发生的变化如下图:

    理解一下发生的事情,我们可以看到上图中,完成了两步操作:

    1. 把HEAD指针指向了V3版本(也就是版本库回退了)。
    2. 把暂存区中的readme.txt文件也回退到了V3版本。

    而只有工作区中的readme.txt文件内容没有变化。

    这说明git reset --mixed命令比git reset --soft命令,多回退了暂存区中的内容。

    就等于回滚到了git commitgit add之前的状态。

    提示:因为--mixed参数是git reset命令的默认选项,也就是不写任何参数就默认使用--mixed参数。即git reset HEAD^等同于git reset --mixed HEAD^命令

    3、git reset --hard命令

    当我在V4版本的时候,执行git reset --hard HEAD^命令回退到V3版本。

    Git中发生的变化如下图:

    理解一下发生的事情,我们可以看到上图中,完成了三步操作:

    1. 把HEAD指针指向了V3版本(也就是版本库回退了)。
    2. 把暂存区中的readme.txt文件也回退到了V3版本。
    3. 把工作区中readme.txt文件的修改也复原了。

    所以执行完git reset --hard HEAD^命令,是完全回退一个版本。

    此时工作区、暂存区、本地版本库中的文件状态都是一致的,都是V3版本。

    就等于回滚了一个“编辑文件,添加到暂存区,提交版本库”的整个流程。

    4、注意点

    必须注意,--hard参数是git reset命令唯一的危险用法,是能够使Git会真正地销毁数据的仅有的几个操作之一。

    其他任何形式的git reset操作都可以轻松撤消,但是--hard选项不能,因为它强制覆盖了工作目录中的文件。

    在这种特殊情况下,我们的Git数据库中的一个提交内,还留有该文件的v4版本,我们可以通过git reflog来找回它。但是若该文件还未提交,Git仍会覆盖它从而导致无法恢复。

    作者:繁华似锦Fighting
    链接:https://www.jianshu.com/p/73108169d9fa
    来源:简书
    著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

  • Git 使用规范流程

    转载自阮一峰的网络日志

    第一步:新建分支

    首先,每次开发新功能,都应该新建一个单独的分支

    # 获取主干最新代码
    $ git checkout master 
    $ git pull
    
    # 新建一个开发分支myfeature
    $ git checkout -b myfeature

    第二步:提交分支commit

    分支修改后,就可以提交commit了。

    $ git add --all
    $ git status
    $ git commit --verbose

    git add命令的all参数,表示保存所有变化(包括新建、修改和删除)。

    (从Git 2.0开始,allgit add 的默认参数,所以也可以用 git add .代替。)

    git status 命令,用来查看发生变动的文件。

    git commit 命令的verbose参数,会列出diff的结果。

    第三步:撰写提交信息

    提交commit时,必须给出完整扼要的提交信息,下面是一个范本。

    Present-tense summary under 50 characters
    
    * More information about commit (under 72 characters).
    * More information about commit (under 72 characters).
    
    http://project.management-system.com/ticket/123

    第一行是不超过50个字的提要,然后空一行,罗列出改动原因、主要变动、以及需要注意的问题。最后,提供对应的网址(比如Bug ticket)。

    第四步:与主干同步

    分支的开发过程中,要经常与主干保持同步。

    $ git fetch origin
    $ git rebase origin/master

    第五步:合并commit

    分支开发完成后,很可能有一堆commit,但是合并到主干的时候,往往希望只有一个(或最多两三个)commit,这样不仅清晰,也容易管理。

    那么,怎样才能将多个commit合并呢?这就要用到 git rebase 命令。

    $ git rebase -i origin/master

    git rebase命令的i参数表示互动(interactive),这时git会打开一个互动界面,进行下一步操作。

    下面采用Tute Costa的例子,来解释怎么合并commit。

    pick 07c5abd Introduce OpenPGP and teach basic usage
    pick de9b1eb Fix PostChecker::Post#urls
    pick 3e7ee36 Hey kids, stop all the highlighting
    pick fa20af3 git interactive rebase, squash, amend
    
    # Rebase 8db7e8b..fa20af3 onto 8db7e8b
    #
    # Commands:
    #  p, pick = use commit
    #  r, reword = use commit, but edit the commit message
    #  e, edit = use commit, but stop for amending
    #  s, squash = use commit, but meld into previous commit
    #  f, fixup = like "squash", but discard this commit's log message
    #  x, exec = run command (the rest of the line) using shell
    #
    # These lines can be re-ordered; they are executed from top to bottom.
    #
    # If you remove a line here THAT COMMIT WILL BE LOST.
    #
    # However, if you remove everything, the rebase will be aborted.
    #
    # Note that empty commits are commented out

    上面的互动界面,先列出当前分支最新的4个commit(越下面越新)。每个commit前面有一个操作命令,默认是pick,表示该行commit被选中,要进行rebase操作。

    4个commit的下面是一大堆注释,列出可以使用的命令。

    pick:正常选中

    reword:选中,并且修改提交信息;

    edit:选中,rebase时会暂停,允许你修改这个commit(参考这里)

    squash:选中,会将当前commit与上一个commit合并

    fixup:与squash相同,但不会保存当前commit的提交信息

    exec:执行其他shell命令

    上面这6个命令当中,squash和fixup可以用来合并commit。先把需要合并的commit前面的动词,改成squash(或者s)

    pick 07c5abd Introduce OpenPGP and teach basic usage
    s de9b1eb Fix PostChecker::Post#urls
    s 3e7ee36 Hey kids, stop all the highlighting
    pick fa20af3 git interactive rebase, squash, amend

    这样一改,执行后,当前分支只会剩下两个commit。第二行和第三行的commit,都会合并到第一行的commit。提交信息会同时包含,这三个commit的提交信息。

    # This is a combination of 3 commits.
    # The first commit's message is:
    Introduce OpenPGP and teach basic usage
    
    # This is the 2nd commit message:
    Fix PostChecker::Post#urls
    
    # This is the 3rd commit message:
    Hey kids, stop all the highlighting

    如果将第三行的squash命令改成fixup命令。

    pick 07c5abd Introduce OpenPGP and teach basic usage
    s de9b1eb Fix PostChecker::Post#urls
    f 3e7ee36 Hey kids, stop all the highlighting
    pick fa20af3 git interactive rebase, squash, amend

    运行结果相同,还是会生成两个commit,第二行和第三行的commit,都合并到第一行的commit。但是,新的提交信息里面,第三行commit的提交信息,会被注释掉。

    # This is a combination of 3 commits.
    # The first commit's message is:
    Introduce OpenPGP and teach basic usage
    
    # This is the 2nd commit message:
    Fix PostChecker::Post#urls
    
    # This is the 3rd commit message:
    # Hey kids, stop all the highlighting

    Pony Foo提出另外一种合并commit的简便方法,就是先撤销过去5个commit,然后再建一个新的。

    $ git reset HEAD~5
    $ git add .
    $ git commit -am "Here's the bug fix that closes #28"
    $ git push --force

    squash和fixup命令,还可以当作命令行参数使用,自动合并commit。

    $ git commit --fixup  
    $ git rebase -i --autosquash 

    这个用法请参考这篇文章,这里就不解释了。

    第六步:推送到远程仓库

    合并commit后,就可以推送当前分支到远程仓库了。

    $ git push --force origin myfeature

    git push命令要加上force参数,因为rebase以后,分支历史改变了,跟远程分支不一定兼容,有可能要强行推送(参见这里)。

    第七步:发出Pull Request

    提交到远程仓库以后,就可以发出 Pull Request 到master分支,然后请求别人进行代码review,确认可以合并到master。

    Git 使用规范流程 – 阮一峰的网络日志

  • 常用 Git 命令清单

    转载自阮一峰的网络日志

    几个专用名词的译名如下

    • Workspace:工作区
    • Index / Stage:暂存区
    • Repository:仓库区(或本地仓库)
    • Remote:远程仓库

    新建代码库

    # 在当前目录新建一个Git代码库
    $ git init
    
    # 新建一个目录,将其初始化为Git代码库
    $ git init [project-name]
    
    # 下载一个项目和它的整个代码历史
    $ git clone [url]

    配置

    Git的配置文件为.gitconfig,它可以在用户主目录下(全局配置),也可以在项目目录下(项目配置)。

    # 显示当前的Git配置
    $ git config --list
    
    # 编辑Git配置文件
    $ git config -e [--global]
    
    # 设置提交代码时的用户信息
    $ git config [--global] user.name "[name]"
    $ git config [--global] user.email "[email address]"

    增加/删除文件

    # 添加指定文件到暂存区
    $ git add [file1] [file2] ...
    
    # 添加指定目录到暂存区,包括子目录
    $ git add [dir]
    
    # 添加当前目录的所有文件到暂存区
    $ git add .
    
    # 添加每个变化前,都会要求确认
    # 对于同一个文件的多处变化,可以实现分次提交
    $ git add -p
    
    # 删除工作区文件,并且将这次删除放入暂存区
    $ git rm [file1] [file2] ...
    
    # 停止追踪指定文件,但该文件会保留在工作区
    $ git rm --cached [file]
    
    # 改名文件,并且将这个改名放入暂存区
    $ git mv [file-original] [file-renamed]

    代码提交

    # 提交暂存区到仓库区
    $ git commit -m [message]
    
    # 提交暂存区的指定文件到仓库区
    $ git commit [file1] [file2] ... -m [message]
    
    # 提交工作区自上次commit之后的变化,直接到仓库区
    $ git commit -a
    
    # 提交时显示所有diff信息
    $ git commit -v
    
    # 使用一次新的commit,替代上一次提交
    # 如果代码没有任何新变化,则用来改写上一次commit的提交信息
    $ git commit --amend -m [message]
    
    # 重做上一次commit,并包括指定文件的新变化
    $ git commit --amend [file1] [file2] ...

    分支

    # 列出所有本地分支
    $ git branch
    
    # 列出所有远程分支
    $ git branch -r
    
    # 列出所有本地分支和远程分支
    $ git branch -a
    
    # 新建一个分支,但依然停留在当前分支
    $ git branch [branch-name]
    
    # 新建一个分支,并切换到该分支
    $ git checkout -b [branch]
    
    # 新建一个分支,指向指定commit
    $ git branch [branch] [commit]
    
    # 新建一个分支,与指定的远程分支建立追踪关系
    $ git branch --track [branch] [remote-branch]
    
    # 切换到指定分支,并更新工作区
    $ git checkout [branch-name]
    
    # 切换到上一个分支
    $ git checkout -
    
    # 建立追踪关系,在现有分支与指定的远程分支之间
    $ git branch --set-upstream [branch] [remote-branch]
    
    # 合并指定分支到当前分支
    $ git merge [branch]
    
    # 选择一个commit,合并进当前分支
    $ git cherry-pick [commit]
    
    # 删除分支
    $ git branch -d [branch-name]
    
    # 删除远程分支
    $ git push origin --delete [branch-name]
    $ git branch -dr [remote/branch]

    标签

    # 列出所有tag
    $ git tag
    
    # 新建一个tag在当前commit
    $ git tag [tag]
    
    # 新建一个tag在指定commit
    $ git tag [tag] [commit]
    
    # 删除本地tag
    $ git tag -d [tag]
    
    # 删除远程tag
    $ git push origin :refs/tags/[tagName]
    
    # 查看tag信息
    $ git show [tag]
    
    # 提交指定tag
    $ git push [remote] [tag]
    
    # 提交所有tag
    $ git push [remote] --tags
    
    # 新建一个分支,指向某个tag
    $ git checkout -b [branch] [tag]

    查看信息

    # 显示有变更的文件
    $ git status
    
    # 显示当前分支的版本历史
    $ git log
    
    # 显示commit历史,以及每次commit发生变更的文件
    $ git log --stat
    
    # 搜索提交历史,根据关键词
    $ git log -S [keyword]
    
    # 显示某个commit之后的所有变动,每个commit占据一行
    $ git log [tag] HEAD --pretty=format:%s
    
    # 显示某个commit之后的所有变动,其"提交说明"必须符合搜索条件
    $ git log [tag] HEAD --grep feature
    
    # 显示某个文件的版本历史,包括文件改名
    $ git log --follow [file]
    $ git whatchanged [file]
    
    # 显示指定文件相关的每一次diff
    $ git log -p [file]
    
    # 显示过去5次提交
    $ git log -5 --pretty --oneline
    
    # 显示所有提交过的用户,按提交次数排序
    $ git shortlog -sn
    
    # 显示指定文件是什么人在什么时间修改过
    $ git blame [file]
    
    # 显示暂存区和工作区的差异
    $ git diff
    
    # 显示暂存区和上一个commit的差异
    $ git diff --cached [file]
    
    # 显示工作区与当前分支最新commit之间的差异
    $ git diff HEAD
    
    # 显示两次提交之间的差异
    $ git diff [first-branch]...[second-branch]
    
    # 显示今天你写了多少行代码
    $ git diff --shortstat "@{0 day ago}"
    
    # 显示某次提交的元数据和内容变化
    $ git show [commit]
    
    # 显示某次提交发生变化的文件
    $ git show --name-only [commit]
    
    # 显示某次提交时,某个文件的内容
    $ git show [commit]:[filename]
    
    # 显示当前分支的最近几次提交
    $ git reflog

    远程同步

    # 下载远程仓库的所有变动
    $ git fetch [remote]
    
    # 显示所有远程仓库
    $ git remote -v
    
    # 显示某个远程仓库的信息
    $ git remote show [remote]
    
    # 增加一个新的远程仓库,并命名
    $ git remote add [shortname] [url]
    
    # 取回远程仓库的变化,并与本地分支合并
    $ git pull [remote] [branch]
    
    # 上传本地指定分支到远程仓库
    $ git push [remote] [branch]
    
    # 强行推送当前分支到远程仓库,即使有冲突
    $ git push [remote] --force
    
    # 推送所有分支到远程仓库
    $ git push [remote] --all

    撤销

    # 恢复暂存区的指定文件到工作区
    $ git checkout [file]
    
    # 恢复某个commit的指定文件到暂存区和工作区
    $ git checkout [commit] [file]
    
    # 恢复暂存区的所有文件到工作区
    $ git checkout .
    
    # 重置暂存区的指定文件,与上一次commit保持一致,但工作区不变
    $ git reset [file]
    
    # 重置暂存区与工作区,与上一次commit保持一致
    $ git reset --hard
    
    # 重置当前分支的指针为指定commit,同时重置暂存区,但工作区不变
    $ git reset [commit]
    
    # 重置当前分支的HEAD为指定commit,同时重置暂存区和工作区,与指定commit一致
    $ git reset --hard [commit]
    
    # 重置当前HEAD为指定commit,但保持暂存区和工作区不变
    $ git reset --keep [commit]
    
    # 新建一个commit,用来撤销指定commit
    # 后者的所有变化都将被前者抵消,并且应用到当前分支
    $ git revert [commit]
    
    # 暂时将未提交的变化移除,稍后再移入
    $ git stash
    $ git stash pop

    其他

    # 生成一个可供发布的压缩包
    $ git archive

    常用 Git 命令清单 – 阮一峰的网络日志

  • GitHub问题记录(无法读取远程仓库…)

    推送时出现

    "git@github.com: Permission denied (publickey). fatal: 无法读取远程仓库。请确认您有正确的访问权限并且仓库存在。" 
    原因

    密钥设置错误

    解决

    1.首先检查有没有在GitHub的https://github.com/settings/keys上添加你本机的SSH key。(注意换了电脑是要重新添加的,每台都不一样。)

    添加SSH key的方法
    • 在用户主目录下,看看有没有.ssh目录,如果有,再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件,如果已经有了,可直接跳到下一步。如果没有,打开Shell(Windows下打开Git Bash),创建SSH Key:
    ssh-keygen -t rsa -C "youremail@example.com"
    你需要把邮件地址换成你自己的邮件地址,然后一路回车,使用默认值即可。

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

    • 登录GitHub,打开Account settingsSSH Keys页面
    • 然后,点Add SSH Key,Title随便填,在Key文本框里粘贴id_rsa.pub文件的内容
    • Add Key,你就应该看到已经添加的Key

    到这问题就解决了


    (我用上述方法已经解决了,以下方法没有试过)

    如果添加了还是出现这个问题,那么问题大概率就定位在了你本机的这个git仓库并没有和这个SSH key 关联上。用下述方法解决:

    打开终端:

    ssh-add "你的 id-rsa 文件地址"

    mac系统用下面的命令打开密钥目录:

    open .ssh

    add之后返回仓库目录使用如下命令

    ssh git@github.com

    提示添加成功,就可以正常push代码了。

    版权声明:本文为CSDN博主「胡亥大魔王」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
    原文链接:https://blog.csdn.net/iiiliuyang/article/details/104203197

  • Homebrew的安装

    Homebrew是一款Mac OS平台下的软件包管理工具

    安装

    网址:Homebrew

    /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

    国内安装(省事):HomebrewCN: Homebrew 国内安装脚本

    解决报错

    原因:DNS 污染

    安装Homebrew的时候报错:

    curl: (7) Failed to connect to raw.githubusercontent.com port 443 after 14 ms: Connection refused
    1. 查询raw.githubusercontent.com的IP地址
    2. 在本机的 host 文件中添加
    185.199.108.133 raw.githubusercontent.com
    185.199.109.133 raw.githubusercontent.com
    185.199.110.133 raw.githubusercontent.com
    185.199.111.133 raw.githubusercontent.com

    解决 curl: (7) Failed to connect to raw.githubusercontent.com port 443 …_卡尔特斯的博客-CSDN博客