Git配置用户签名方式及原因说明

目录
  • 1、为什么要创建用户签名
  • 2、为什么要在Git中配置这些信息
  • 3、创建用户签名的方式
  • 4、总结

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配置用户签名方式及原因说明的详细内容，更多关于Git配置用户签名的资料请关注我们其它相关文章！

赞 (0)

相关推荐

  • Git配置用户签名方式的拓展示例实现全面讲解

    Git配置用户签名方式的拓展示例实现全面讲解

    目录 1.配置Git签名 (1)语法 (2)配置系统用户签名 (3)配置全局用户签名 (4)配置本地用户签名 2.查看三个配置文件的用户签名 (1)语法 (2)查看项目/仓库级别的配置文件信息(local) (3)查看用户/全局级别的配置文件信息(global) (4)查看系统级别的配置文件信息(system) (5)查看当前系统中Git的所有配置信息 3.总结 1.配置Git签名 (1)语法 $ git config 配置文件作用域 user.name '用户名' $ git config 配

  • Git Bash终端默认路径的设置查看修改及拓展图文详解

    Git Bash终端默认路径的设置查看修改及拓展图文详解

    目录 1.Git Bash默认路径 2.如何查看Git Bash终端默认路径 3.如何修改Git Bash终端的默认路径 4.拓展:指定目录进入Git Bash终端 5.注意事项 1.Git Bash默认路径 在windows系统上操作Git的客户端是Git Bash. 安装完Git Bash之后,双击打开,如下图: 使用pwd命令查看当前路径: 每次打开Git Bash都进入默认的目录中. win7系统就是Git安装目录的根目录. win10系统在系统盘的用户目录中,例如:C:\Users\L

  • git版本库介绍及本地创建的三种场景方式

    git版本库介绍及本地创建的三种场景方式

    目录 1.Git版本库介绍 2.创建本地版本库 场景一:创建一个空的本地版本库. 场景二:项目中已存在文件时,创建该项目的本地版本库. 场景三:在GitHub网站上创建仓库,克隆到本地. 1.Git版本库介绍 每个Git版本控制系统的主机中,都可以包含若干个本地版本库,一般情况下一个本地版本库对应一个项目,用于对某个特定项目中的本地文件进行版本管理.其实,你可以简单理解成一个目录,这个目录里面的所有文件都可以被Git管理起来,每个文件的修改.删除等操作Git都能跟踪到,以便任何时刻都可以追踪历史

  • 配置Git并从GitHub上克隆项目

    配置Git并从GitHub上克隆项目

    一.配置Git: 1.对于首次安装git的机器,一定要首先进行用户账户信息的配置: git config --global user.name "你的github用户名" git config --global user.email "你的github邮箱地址" 2.右键单击桌面空白处,选择Git Gui Here 3.进去之后,选择左上角的help选项,会出现一个Show SSH Key 4.然后点击“Generate Key”得到秘钥,将其复制到剪切板 5.打开

  • Git基础之git在项目中的协作模式

    Git基础之git在项目中的协作模式

    目录 1.分布式工作流程 2.集中式工作流 3.分支工作流 4.GitFlow 工作流(最流行) 5.Forking 工作流(偶尔使用) 6.总结 1.分布式工作流程 与传统的集中式版本控制系统(CVCS)相反,Git 的分布式特性,使开发者间的协作变得更加灵活多样. 在集中式版本控制系统中,每个开发者就像是连接在集线器上的节点,彼此的工作方式大体相像. 而在 Git 中,每个开发者同时扮演着节点和集线器的角色.也就是说, 每个开发者既可以将自己的代码贡献到其他的仓库中,同时也能维护自己的公开仓

  • git版本库创建拓展添加文件到版本库教程

    git版本库创建拓展添加文件到版本库教程

    目录 1.创建一个版本库 2.把文件添加到版本库 (1)首先这里再明确一下 (2)使用Windows的童鞋要特别注意: (3)把文件添加到版本库 3.总结 今天看关于Git的博客,发现总结关于Git仓库的文档,写的思路很清晰.可以和前一篇文章,对照的看,可以更加清晰理解. git-reference在线文档: http://shouce.jb51.net/gitbook/Getting-Started/index.html 版本库又名仓库,英文名repository,你可以简单理解成一个目录,这

  • Git配置用户签名方式及原因说明

    目录 1.为什么要创建用户签名 2.为什么要在Git中配置这些信息 3.创建用户签名的方式 4.总结 1.为什么要创建用户签名 作为版本控制系统的客户端,每台客户机对版本库的所有提交操作,都需要注明操作者的身份.所以客户机首先需要进行自我身份的注册,即创建用户.Git要求“用户名和Email"这两样信息是必不可少的. 也就是说再让Git干活之前,必须得做一个最小配置,要把参与项目开发的工作人员的user.name以及user.email进行设置. 配置签名的作用:只是区分不同开发人员的身份. 2

  • Git用户签名的修改取消及优先级拓展教程

    Git用户签名的修改取消及优先级拓展教程

    目录 1.修改用户签名 2.取消用户签名 3.用户签名的优先级 4.总结本文用到的Git命令 1.修改用户签名 其实很简单,就是重新执行git config命令,换个用户名和邮箱地址就可以了,新配置的内容会覆盖之前配置的内容,达到了用户签名的修改. 以系统用户为例: # 查看系统级别的用户配置 L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/learngit (master) $ git config --list --system diff.astext

  • AR系列路由器使用SSH用户验证方式为password登录路由器的典型配置

    大 | 中 | 小    SSH是Secure Shell(安全外壳)的简称,用户通过一个不能保证安全的网络环境远程登录到路由器时,SSH特性可以提供安全保障和强大的认证功能,以保护路由器不受诸如IP地址欺诈.明文密码截取等等的攻击. 使用SSH Client通过password方式登录路由器 # sysname Quidway # radius scheme system # domain system # local-user huawei             /创建本地帐号"huawe

  • git克隆远程仓库的指定分支方法(附常用git配置命令)

    一.普通克隆方式: git clone <远程仓库地址> 这种克隆方式默认是克隆master主分支,而且通过命令 git branch --list 能看到克隆后在本地也只有这一个分支,如果再通过新建分支再拉取指定分支,甚至可能还需要解决冲突,太繁琐. 二.克隆远程指定分支 那么,如何快速有效的直接克隆远程指定分支? 只需要一条命令: git clone -b <指定分支名> <远程仓库地址> 会自动在克隆该分支在本地,同样克隆后本地只有这一个分支. 附:常用git配置

  • Git配置别名简化操作命令方式详解

    目录 引言 一.配置别名 1.命令行配置别名 2.通过配置文件配置别名 二.常用别名配置 引言 Git 中有些操作命令比较长,单词多,不容易记忆.例如把一个dev开发分支合并到master分支,就需要敲:git merge --no-ff -m "提交合并" dev 这么长的命令.如果git命令不熟练的话很容易就敲错,这个问题就可以通过配置别名来简化git命令. 一.配置别名 Git配置别名通常有两种方式: 命令行配置 修改config文件 1.命令行配置别名 git config -

  • Linux编译安装vsftpd服务器(本地用户验证方式)

    Linux vsftpd编译安装和配置允许本地用户登录FTP 1.下载vsftpd源码 wget https://security.appspot.com/downloads/vsftpd-2.3.4.tar.gz 2.编译vsftpd源码 64位的系统编译之前先要执行cp /lib64/libcap.so.1 /lib/libcap.so.1命令: 复制代码 代码如下: tar xzvf vsftpd-2.3.4.tar.gz cd vsftpd-2.3.4 make make install

  • Linux 下sftp配置之密钥方式登录详解

    Linux 下sftp配置之密钥方式登录详解

    Linux下sftp配置之密钥方式登录 由于vsftp采用明文传输,用户名密码可通过抓包得到,为了安全性,需使用sftp,锁定目录且不允许sftp用户登到服务器.由于sftp使用的是ssh协议,需保证用户只能使用sftp,不能ssh到机器进行操作,且使用密钥登陆.不是22端口. 1. 创建sftp服务用户组,创建sftp服务根目录 groupadd sftp #此目录及上级目录的所有者必须为root,权限不高于755,此目录的组最好设定为sftp mkdir /data/sftp chown -

  • Android 配置打包签名信息的两种方法

    Android 配置打包签名信息的两种方法

    目录结构如下: 有2种方式: 第一种,直接配置: signingConfigs { debug { storeFile file("app/keystore.properties") storePassword "111111" keyAlias "key" keyPassword "111111" } release { storeFile file("app/keystore.properties")

  • Linux下的 mariadb 使用 root 用户启动方式(推荐)

    近日因测试安全产品需要,想调整mariadb的启动用户为root, 经历一番波折后终于成功! 注意:以root身份启动mysql是一项非常危险行为,相当于给了数据库操作用户(数据库管理员或黑客)一个通过mysql对系统直接操作的通道! 实际上是官方不允许root启动的, 因此在一般启动方式下root启动会返回启动失败,并于 /var/log/mariadb/mariadb.log 中提示 Please consult the Knowledge Base to find out how to r

随机推荐