git仓库配置及仓库特性详解

一、git仓库初始化

很多刚接触Git的开发者，第一步往往都是从仓库初始化开始的。其实这事儿并不复杂，核心就是让Git知道“我要开始管理这个目录了”。下面我们直接看命令，顺便说说配置那些容易踩坑的地方。

git init
把当前所在目录变成git工作目录

git config
‐‐global       使用全局配置文件
‐‐system       使用系统级配置文件
‐‐local        使用版本库级配置文件

# 定义git用户
git config --global user.name "hello"
# 定义git使用的邮箱
git config --global user.email "hello@localhost"
# 定义语法高亮
git config --global color.ui true

# 查看定义的信息
git config --list
user.name=hello
user.email=hello@localhost
color.ui=true

git 配置文件管理

配置文件的管理其实有几个常用操作，掌握了就能灵活控制不同级别的配置。以下是具体用法：

1、新建配置文件
git config --global --add configName configValue
解释：给指定的级别的指定config增加一个值
示例：
git config --global --add user.name test
git config --global --list
user.name=hello
user.email=hello@localhost
user.name=test
color.ui=true

2、删除配置文件
git config --global --unset configName  (只针对存在唯一值的情况)
先增加一个测试：
git config --global --add alias.test "aaaaa"
git config --global --list
user.name=hello
user.email=hello@localhost
user.name=test
color.ui=true
alias.test=aaaaa
删除这个唯一值：
git config --global --unset alias.test 
git config --global --list
user.name=hello
user.email=hello@localhost
user.name=test
color.ui=true

3、修改配置文件
git config --global configName configValue
注意：如果某个配置项有多个值，直接覆盖会报错，需要用 --replace-all 来替换所有值。
示例：
git config --global user.name aaawarning: user.name 有多个取值
error: 无法用一个值覆盖多个值
正确做法：
git config --global --replace-all user.name aaa
git config --global --list
user.email=hello@localhost
user.name=aaa
color.ui=true

4、查看配置文件
git config --global configName 查询指定级别下实际生效的配置值
git config --global user.name aaa

二、git仓库数据管理及状态

创建数据 - 提交数据

本地仓库可以理解为工作目录下 .git/objects。Git提交数据到仓库的流程其实很清晰：

• 先 git add 把新文件提交到暂存区
• 再 git commit 存到仓库
• 最后使用 git push 提交到远程仓库

用户从远程拉取数据则通过：

• 使用 git clone / git pull 将数据同步到本地仓库，再使用相关命令进行操作

git 四种状态

工作目录下的每个文件，都逃不出以下四种状态：

• untracked：未跟踪，文件没有被Git管理
• unmodified：未修改，文件内容与上次提交一致
• modified：已修改，文件内容被改动但未暂存
• staged：已暂存，文件修改已放入暂存区，准备提交

实际上，你工作目录下的每一个文件都不外乎两种状态：已跟踪 或 未跟踪。已跟踪的文件是指那些被纳入了版本控制的文件，在上一次快照中有它们的记录。在工作一段时间后，它们的状态可能是未修改、已修改或已放入暂存区。简而言之，已跟踪的文件就是 Git 已经知道的文件。

工作目录中除已跟踪文件外的其它所有文件都属于未跟踪文件，它们既不存在于上次快照的记录中，也没有被放入暂存区。初次克隆某个仓库的时候，工作目录中的所有文件都属于已跟踪文件，并处于未修改状态——因为 Git 刚刚检出了它们，而你尚未编辑过它们。

编辑过某些文件之后，Git 会将它们标记为已修改文件。你可以选择性地将这些修改过的文件放入暂存区，然后提交所有已暂存的修改，如此反复。

检查当前文件状态

使用 git status 可以随时查看文件状态，这是最常用的命令之一。

git status
位于分支 master
尚无提交
无文件要提交（创建/拷贝文件并使用 "git add" 建立跟踪）
# 这说明当前工作目录相当干净，所有已跟踪文件在上次提交后都未被更改过，
# 且没有出现未跟踪的新文件。

在项目下创建一个新的 README 文件，然后运行 git status，你会看到它出现在“未跟踪的文件”下面：

echo test > README
git status
位于分支 master
尚无提交
未跟踪的文件:
  （使用 "git add <文件>..." 以包含要提交的内容）
README
提交为空，但是存在尚未跟踪的文件（使用 "git add" 建立跟踪）

注意：未跟踪的文件意味着 Git 在之前的快照中没有这些文件，Git 不会自动跟踪它们，除非你明确告诉它“我需要跟踪这个文件”。

跟踪新文件

git add README
git status
位于分支 master
尚无提交
要提交的变更：
  （使用 "git rm --cached <文件>..." 以取消暂存）
新文件：   README

只要出现在“要提交的变更”这行下面的，就说明文件已经进入暂存状态。如果此时提交，那么该文件在你运行 git add 时的版本将被留存在历史记录中。

暂存已修改的文件

echo aaa >> README
git status
位于分支 master
尚无提交
要提交的变更：
  （使用 "git rm --cached <文件>..." 以取消暂存）
新文件：   README
尚未暂存以备提交的变更：
  （使用 "git add <文件>..." 更新要提交的内容）
  （使用 "git checkout -- <文件>..." 丢弃工作区的改动）
修改：     README

修改一个已跟踪的文件后，它会在“尚未暂存以备提交的变更”下面出现。说明文件内容发生了变化，但还没有放进暂存区。要暂存这次更新，需要再次运行 git add 命令。这个命令是多功能的：既可以用它开始跟踪新文件，也可以把已跟踪的文件放到暂存区，还能用于合并时把有冲突的文件标记为已解决状态。

如果想更简洁地查看状态，可以用 git status -s：

git status -s
 A  README
# ?? 新添加的未跟踪文件
# A  新添加到暂存区中的文件
# M  修改过的文件

总结

仓库初始化是Git使用的第一道门槛，而文件状态管理则是日常操作的核心。掌握了这些基础，后续的分支、合并、远程协作才会更顺手。希望这些内容能帮你快速上手，少走弯路。