马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。
您需要 登录 才可以下载或查看，没有账号？立即注册
×
参考文献：
- Git 教程 | 菜鸟教程
- Git 利用教程：最详细、最正宗手把手教学（万字长文）
- git忽略某个目次或文件不上传
工作原理
Git 是由 Linus Torvalds 开辟的分布式版本控制系统，可以或许追踪各类文件的修改汗青，方便备份、分支、规复到旧版本，还可以实现协同开辟、统计工作量，等等。
起首，有三个根本概念，
- 工作区（Working Directory）：即我们的工作目次及其子目次，这是项目的当前状态；
- 暂存区（Staging Area）：这是暂时存储区，记载了工作区中尚未提交到版本库的文件快照（在 .git/index 文件中记载）；
- 版本库（Repository）：记载每次提交的文件快照（只读），可进一步分为当地仓库（即 .git 目次）和长途仓库（好比 github.com）。
它们之间的关系如图所示：
当地仓库（.git 目次）包罗如下的内容，
- config 文件：存储该仓库特有的设置信息，可以覆盖全局设置。
- description 文件：记载了该仓库的形貌信息，通常没什么用。
- HEAD 文件：指向当前分支，内容形如 ref: refs/heads/master（表示处于 master 分支）
- index 文件：这是暂存区，记载了待提交文件的元数据（文件名、权限）及其内容的哈希值（利用 SHA-1）。
- COMMIT_EDITMSG 文件：记载每次提交时，所附带的形貌信息。
- branches 目次：在早期 Git 版本中，用于用于存储当地分支的引用，当前已很少利用。
- refs 目次：存储了各种引用，重要包罗：当地分支（heads 子目次）、标签（tags 子目次）、长途分支（remotes 子目次）。
- objects 目次：此为焦点存储目次，所有的提交（commit）、树（tree）、文件内容（Binary Large Object, blob）和标签（tag）等对象都以文件情势存储在这里；每个对象都有一个哈希值，取前两位作为子目次的名称。详细而言，
- tree：记载了目次结构，包罗了对相应 blob 的引用；
- blob：记载了文件内容，但是不包罗文件名、文件路径等信息；如果文件内容发生厘革（匹配 Hash 值），实验 git add filename 下令会创建新的 blob 对象；
- commit：记载了一个版本的快照，包罗一个 tree 的引用，以及提交信息（提交者、提交时间、提交阐明，等等）；
- tag：对于某些紧张的版本，可以打上故意义的标签（好比 v1.0.0），以方便后续管理和引用。
- info 目次：重要包罗 exclude 文件，作用与 .gitignore 雷同，用于排除一些文件或目次。
- hooks 目次：包罗了一些 “钩子” 脚本，会在某些 Git 操纵发生之前/之后主动实验。
- logs 目次：存储了每个引用的日志
 信息，此中 logs/HEAD 文件记载了当前分支的更新和切换（旧提交哈希值，新提交哈希值，操纵人信息，时间戳，操纵形貌），logs/refs 目次存储了各个引用的变更汗青（包罗 heads, remotes 和 tags 子目次）
根本下令
利用 --help 可以检察资助文档。
设置
检察 Git 设置，
编辑 Git 设置文件，
- git config -e # 打开当前仓库的 config 文件
- git config -e --global # 打开全局的 config 文件
- git config --global user.name "my name" # 配置全局的用户名
- git config --global user.email [email protected] # 配置全局的邮箱
在当前目次上创建 Git 仓库，
- git init # 工作目录中出现 .git 子目录
- git add a.txt # 追踪 a.txt 文件
- git add . # 追踪整个工作目录
- git commit -m "该提交的说明" # 会显示在 git log 日志里
- git commit # 自动打开注解文件，可写入一些注解
拷贝现有的 Git 仓库，
- git clone https://github.com/malb/lattice-estimator.git ./myrepo
- git submodule update --init --recursive
日志
检察日志信息（哈希值、提交者、提交时间、提交信息），
- git log
- git log --oneline # 简洁版本
- git log --graph # 分支、合并的拓扑图
检察某个文件的修改汗青（逐行表现：哈希值、作者、时间、内容），
- git blame a.txt
- git blame -L 1,3 a.txt # 只显示第 1-3 行的内容
- git blame --show-stats a.txt # 额外显示该文件 blob, commits 对象的数量
检察所有的分支，
创建新的分支，同时切换到该分支上，
- git checkout -b kem # 此时 master 和 kem 依然重合，执行 add 和 commit 之后将分离
此时，工作区会被修改为 master 分支的最新快照。
归并分支（假设有 kem 和 pqc 两个分支，当前指向 kem），
- git merge pqc # 将 pqc 分支合并到 kem 分支上，其中 pqc 不变，而 kem 变化
- <<<<<<<<：辩说地区的起始标志，接下来的内容是当前分支（好比 kem）的文件内容；
- ========：辩说地区的分隔标志，接下来的内容是归并分支（好比 pqc）的文件内容；
- >>>>>>>>：辩说地区的竣事标志，接下来是两个分支的非辩说部门。
删除当地的分支（要求不是当前分支），
- git branch
- -d pqc # 删除 pqc 分支
检察 HEAD 的变更日志（表现前 7 7 7 位哈希值），可以找回丢失的提交，
- git reflog
- git reflog show master
- git reset --soft b36f484 # 仅将 HEAD 回退到 b36f484 版本
- git reset --mixed b36f484 # 也把 index 回退到 b36f484 版本（默认）
- git reset --hard b36f484 # 把工作区也回退到 b36f484 版本（危险动作，未提交的修改内容将丢失）
- git checkout b36f484 # 将整个工作区回退到 b36f484 版本git checkout d748164 -- a.txt # 仅把 a.txt 回退到 d748164 版本git checkout master
- # 切换回 master 版本
，会发现多了一个暂时的分支。如果工作区做了修改，在该状态下的所有提交，将不被任何一个分支引用；因此，须要创建新的分支，以生存这些修改。
标签
为当前分支的最新版本打标签，
- git tag v1.0.0 # 不带附注
- git tag -a v1.0.1 -m "注解信息" # 携带附注，包括：作者、时间
- git tag # 显示所有标签
- git show v1.0.0 # 查看该标签的信息
在工作目次中，新建文件 .gitignore（就叫这个名字），内容设置为：
- bin # 排除 bin 目录
- build # 排除 build 目录
- doc/*.png # 排除 doc 目录下的所有 png 文件
- log.txt # 排除 log.txt 文件
，打印内容中不再包罗上述被排除的路径。实验 git add . 下令时，就忽略了这些文件的修改。
长途仓库
为了协作，可以利用 github.com 作为长途仓库的服务器，须要设置账户和 SSH 密钥。比力繁琐，这部门内容以后偶尔间再增补。
|
发表于 2025-9-17 23:00:33