『现学现忘』Git基础 — 10、配置Git用户签名说明
1、为什么要创建用户签名
作为版本控制系统的客户端,每台客户机对版本库的所有提交操作,都需要注明操作者的身份。所以客户机首先需要进行自我身份的注册,即创建用户。Git要求“用户名和Email"这两样信息是必不可少的。
也就是说再让Git干活之前,必须得做一个最小配置,要把参与项目开发的工作人员的user.name
以及user.email
进行设置。
配置签名的作用:只是区分不同开发人员的身份。
2、为什么要在Git中配置这些信息
我们每一次的变更,在哪个时间点,是谁做出的变更,这两个信息是跟着某个变更的信息捆绑在一起。同时我们在做code review
(代码审查)的时候,每一次的变更,如果带上了用户的email
地址,那么评审的人员在平台上面指出了你哪个文件、哪个地方有问题之后。那我们Git的版本管控的web
系统,它就自动的会把变更者的email
取出来,然后发个邮件给变更的人。所以你变更的信息中的用户name
和email
是必须配置起来的。
假使大家在用Git的时候如果忘了做这个配置,那后期你在Git做过变更提交的时候,他会有一长串的提示信息,告诉你必须做相关的配置。如下:
*** Please tell me who you are.
Run
git config --global user.email "you@example.com"
git config --global user.name "Your Name"
to set your account's default identity.
Omit --global to set the identity only in this repository.
fatal: unable to auto-detect email address (got 'L@DESKTOP-T2AI2SU.(none)')
3、创建用户签名的方式
Git具有三种不同的方式创建用户签名,会产生三种不同作用域的用户。这三种创建方式的用户信息,会写到三个不同位置的配置文件中。这三种用户的创建均需要使用git config
命令,只不过使用的选项不同。
这三个级别为local
、global
、system
。说明如下:
- 项目级别/仓库级别(local):
文件位置:该文件位于当前仓库下的.git
目录中,文件名为config
。
作用:是指对某一个Git仓库生效的。也就是说我们在使用Git管理文件系统的时候,它不是整个操作系统级别的管理。比如他是在某一个地方建了一个Git的仓库,相当于是独立的一个项目管控的一个区域。如果设置了local
的话,Git所配置的这些信息(user.name
,usere.mail
),只会针对当前你工作的仓库有效。如果说切换到另外一个Git的仓库,那local范围的配置值就不再生效了。 - 用户级别/全局级别(global):
文件位置:在计算机中系统盘的个人用户目录中,如:C:\Users\L\.gitconfig
。注意,如果没有配置过用户级别级别的配置信息,是没有该文件的,配置一次就会自动生成的。
作用:比如说我的电脑中有十个Git仓库,global
级别的这些配置,对这十个仓库都是有效的,也就是对当前用户对本地的所有仓库都有效。所以有些时候,很可能为了提高效率,就可以用global
范围进行配置用户签名,就没必要登录到一个一个的仓库里面做这种配置,所以工作当中global
的方式是非常常用的。
(即:表示授权一个用户对该计算机中所有的仓库都有权操作) - 系统级别(system):
文件位置:文件在本地Git的安装目录下,...\etc\gitconfig
文件中。
作用:表示只要登陆了该操作系统的用户,就对系统中的所有Git仓库有操作权。它是对系统所有登录的用户都有效,这个范围不常用(基本不用)。
提示:这三种创建用户签名的作用域由大到小依次是:系统用户,全局用户与本地库用户。在多种用户都进行了创建的前提下,小范围用户签名会覆盖大范围用户签名,即默认会以小范围用户来操作Git。
4、总结
一般在新的Git版本控制系统上,我们都需要先配置下自己的Git工作环境。配置工作只需一次,以后升级时还会沿用现在的配置。当然,如果需要,你随时可以用相同的命令修改已有的配置。
个人的用户名称和电子邮件地址,这两条配置很重要,每次Git提交时都会引用这两条信息,说明是谁提交了更新,所以会随更新内容起被永久纳入版本历史记录。
每个机器都必须自报家门,就是你的签名(名字和Email地址)。你也许会担心,如果有人故意冒充别人怎么办?这个不必担心,首先我们相信大家都是善良无知的群众,其次,真的有冒充的也是有办法可查的。
『现学现忘』Git基础 — 10、配置Git用户签名说明的更多相关文章
- 『现学现忘』Docker基础 — 10、Docker的安装
目录 1.前提 2.通过yum安装Docker (1)更新yum包 (2)移除旧的Docker版本 (3)安装必须的软件包 (4)设置稳定yum源仓库 (5)更新yum软件包索引 (6)开始安装Doc ...
- 『学了就忘』Linux基础 — 10、VMware虚拟机中克隆的使用
目录 1.什么是克隆 2.克隆的两种类型 (1)完整克隆 (2)链接克隆 3.克隆操作 步骤一:克隆虚拟机 步骤二:进行克隆导向 3.快照与克隆的区别 4.镜像的管理 快照和克隆是VMware中两个非 ...
- 『现学现忘』Git基础 — 11、配置Git用户签名的方式
目录 1.配置Git签名 (1)语法 (2)配置系统用户签名 (3)配置全局用户签名 (4)配置本地用户签名 2.查看三个配置文件的用户签名 (1)语法 (2)查看项目/仓库级别的配置文件信息(loc ...
- 『现学现忘』Git基础 — 12、Git用户签名(补充)
目录 1.修改用户签名 2.取消用户签名 3.用户签名的优先级 4.总结本文用到的Git命令 1.修改用户签名 其实很简单,就是重新执行git config命令,换个用户名和邮箱地址就可以了,新配置的 ...
- Git 基础 —— 安装 配置 别名 对象
Git 基础学习系列 Git 基础 -- 安装 配置 别名 对象 Git 基础 -- 常用命令 Git 基础 -- 常见使用场景 Git基础 -- Github 的使用 Git 安装 Git下载地址 ...
- 『现学现忘』Git基础 — 13、Git的基础操作
目录 1.Git最基础的使用方式 (1)初始化本地版本库 (2)查看文件的状态 (3)把文件添加到暂存区 (4)把暂存区的内容提交到本地版本库 2.总结本文用到的Git命令 1.Git最基础的使用方式 ...
- 『现学现忘』Git基础 — 18、Git对象的总结
目录 1.Git操作最基本的流程 2.工作目录中文件的状态 3.Git效率说明 提示:前面三篇文章已经分别的对blob对象.tree对象.commit对象进行了详细的说明,这篇文章我们总结一下,Git ...
- 『现学现忘』Git基础 — 21、git diff命令
目录 1.git diff 命令说明 2.比较工作区与暂存区中文件的差别 3.比较暂存区与本地库中文件的差别 4.总结git diff命令常见用法 5.总结 1.git diff 命令说明 在comm ...
- 『现学现忘』Git基础 — 22、Git中文件重命名
目录 1.用学过的命令进行文件重命名 2.使用git mv命令进行文件重命名 我们这篇文章来说说在Git中如何进行文件重命名. 提示一下,下面所说明的是对已经被Git管理的文件进行重命名,未被Git追 ...
随机推荐
- maltego的基本使用
首次使用maltego需要注册 注册网站:https://www.paterva.com/web7/buy/maltego-clients/maltego-ce.php 填写好点注册就行了 1. 打开 ...
- 知识点简单总结——minmax容斥
知识点简单总结--minmax容斥 minmax容斥 好像也有个叫法叫最值反演? 就是这样的一个柿子: \[max(S) = \sum\limits_{ T \subseteq S } min(T) ...
- MM32F0140的复位脚nRST复用成普通GPIO PA10功能
目录: 1.MM32F0020简介 2.MM32F0020的复位脚nRST和PA10的说明 3.MM32F0020的选项字节说明 4.MM32F0020的FLASH_OBR选项字节寄存器说明 5.MM ...
- Java 中 notify 和 notifyAll 有什么区别?
notify() 方法不能唤醒某个具体的线程,所以只有一个线程在等待的时候它才有 用武之地.而 notifyAll()唤醒所有线程并允许他们争夺锁确保了至少有一个线程 能继续运行.
- 数组有没有 length()方法?String 有没有 length()方法?
数组没有 length()方法,有 length 的属性. String 有 length()方法.JavaScript中,获得字符串的长度是通过 length 属性得到的,这一点容易和 Java 混 ...
- Linux下安装jdk-7u67-linux-x64.rpm
1.新建一个jdk的安装目录,我这里是在/usr/下新建了java目录,我是使用WinSCP创建的文件夹,把 jdk-7u80-linux-x64.tar.gz压缩包从本地Windows系统中拖到Li ...
- @Component, @Controller, @Repository, @Service 有何区别?
@Component :这将 java 类标记为 bean.它是任何 Spring 管理组件的通 用构造型.spring 的组件扫描机制现在可以将其拾取并将其拉入应用程序环境 中. @Controll ...
- 名词解析-RPC
什么是RPC RPC 的全称是 Remote Procedure Call 是一种进程间通信方式.它允许程序调用另一个地址空间(通常是共享网络的另一台机器上)的过程或函数,而不用程序员显式编码这个远程 ...
- 什么是持续集成(CI)?
持续集成(CI)是每次团队成员提交版本控制更改时自动构建和测试代码的过程. 这鼓励开发人员通过在每个小任务完成后将更改合并到共享版本控制存储库来共 享代码和单元测试.
- 插值方法 - Lagrange插值多项式
Lagrange插值多项式代码: 1 # -*- coding: utf-8 -*- 2 """ 3 Created on Wed Mar 25 15:43:42 202 ...