当前位置：首页 > news >正文

Git零基础到入门

news 2026/2/8 19:27:48

一、开始工作区

clone: 克隆一个仓库到新的目录。

git clone https://github.com/username/repository.git

init: 创建一个新的空 Git 仓库或重新初始化现有的仓库,新建git项目。

//创建项目两种方式
//一、本地项目自己创建项目，先创建好工作文件夹，通过init指定，生成隐藏.git文件即为管理成功
//二、多人协作，本地clone下来
git init myproject
cd myproject

二、当前工作上的变更（增删改）

add: （增）将文件内容添加到索引（准备提交）。

git add file.txt//添加文件从工作区到暂存区，类似svn选中文件，多了一步
git status//查看文件管理状态
git commit//从暂存区提交到本地仓库，输入提交备注：wq保存，类似svn点击ok提交git commit -a//合并添加并提交两步

mv: （改）移动或重命名文件、目录或符号链接。
```
git mv file.txt newfile.txt //改名
git commit //提交改名
```
restore: 恢复工作树中的文件。
```
git restore file.txt
```

rm: （删）从工作树和索引中删除文件。

git rm file.txt//删除文件
git commit//提交删除

三、查看历史和状态

bisect: 使用二分查找来定位引入错误的提交。

git bisect start
git bisect bad
git bisect good v1.0
# 测试代码，直到找到引入错误的提交
git bisect reset

diff: 显示提交之间的差异，提交与工作树之间的差异等。
```
git diff
git diff --cached
git diff HEAD~1 HEAD
```
grep: 打印匹配模式的行。
```
git grep "search_term"
```

log: 显示提交日志。

git log//查看提交记录
git log --oneline//每条记录一行显示
git log --author="John Doe"//查看提交记录为john的
git log -help //查看日志常用帮助
git log -n//查看几条 
git log -state //统计具体改进
git log --grep='test'查看提交记录中含有test的

show: 显示各种类型的对象。
```
git show HEAD
git show 1234abcd
```
status: 显示工作树的状态。
```
git status
```

四、发展、标记和调整公共历史

backfill: 在部分克隆中下载缺失的对象。
```
git backfill
```

branch: 列出、创建或删除分支。

git branch//列出所有分支
git branch new-feature//创建一个新的分支new-feature
git checkout new-feature//切换到新的分支
git checkout -b new-feature//合并上面两步的操作
git branch -d old-feature//删除指定分支

commit: 记录对仓库的更改。

git commit file1.name file2.name file3.name .. –m "commit messages"
//commit指提交修改到本地的仓库里，file*.name指的是带commit的文件 
//–m后面的内容指提交的信息，即备注。git commit –a –m "commit messeages"
//添加的-a参数会把当前暂存区里所有的修改（包括删除操作）都提交git commit
//可能有时候手抖忘记输入-m参数，直接输入了git commit，于是出现了下面这个界面，即打开了一个vim编辑
//界面，敲入i键后保存，输入要添加的message后，输入“ESC”按键退出编辑界面，然后再敲入“:wqa”后会保存
//message内容，并且提交此次修改，如果敲入“:q”会取消这次提交。git commit --amend
//把此次提交追加到上一次的commit内容里，并且会回显上次的commit的内容。git commit -m "Add new feature"//提交及备注git commit -am "Fix typo"//合并commit(回退commit到指定版本，重新提交一次)
reset --soft commitid//修改历史提交记录
git rebase -i 428726c//先输入rebase插入到指定提交版本
修改pick为edit
git commit --amend//修改后提交
git rebase --continue//提交后再次执行

merge: 合并两个或多个开发历史。
```
git merge feature-branch
```
rebase: 在另一个基础之上重新应用提交。
```
git rebase main//变动根基到main
```

reset: 将当前 HEAD 重置为指定状态。

git reset --hard HEAD~1
git reset --soft HEAD~1
git reset --mixed HEAD~1

switch: 切换分支。

git switch main
git switch -c new-feature

tag: 创建、列出、删除或验证一个由 GPG 签名的标签对象。

git tag v1.0
git tag -l
git tag -d v1.0
git tag -s v1.0 -m "Release version 1.0"

五、协作开发命令

fetch: 从另一个仓库下载对象和引用。

git fetch //执行后更新了本地提交记录
git status//再执行此句，可以看到领先落后情况
git pull//落后拉取

pull: 从另一个仓库或本地分支获取并合并。
```
git pull
```

push: 更新远程引用及其关联的对象。

git commit -a//先增加到本地仓库
git push //再推送到远端仓库

注意：协作开发先clone，clone输入远端仓库的账号和密码，拉去成功后，可以通过git config配置域

六、其他有用的命令

help -a: 列出所有可用的子命令。
```
git help -a
```
help -g: 列出一些概念指南。
```
git help -g
```

git config:用于配置提交者邮箱和用户名

git config --global user.name
git config --get user.name

系统级配置 (--system): 影响所有电脑用户（admin和user）和所有仓库，适合系统管理员设置全局默认值。
全局级配置 (--global): 影响当前电脑用户(user1)的全部仓库，适合用户设置个人偏好。
仓库级配置 (--local 或默认): 仅影响当前仓库，适合项目团队成员设置项目特定的配置,在指定仓库指定名字提交

七、`HEAD` 的概念

1.指向当前分支的最新提交:

HEAD 总是指向当前分支的最新提交。

例如，如果你在 main 分支上，HEAD 就会指向 main 分支的最新提交。

2.动态变化:

每当你进行一次提交、切换分支、合并或变基等操作时，HEAD 都会更新，指向新的最新提交。

3.HEAD 的常见用法

查看当前 HEAD 指向的提交:

git show HEAD

回退到上一个提交:

git reset HEAD^ //回退一步,几个^就是回退几步
git reset --mixed HEAD^ //暂存区被重置，但工作目录中的文件内容保持不变,即撤销了add和commit
git reset --soft HEAD^//暂存区和工作目录不变,所有更改仍然在暂存区中，即撤销了commit。
git reset --hard HEAD^//重置暂存区和工作目录，永久删除未提交的更改,即撤销了add和commit和更改内容
git reset --hard HEAD~3//回退3个记录

HEAD^ 表示 HEAD 的前一个提交。
HEAD~1 也表示 HEAD 的前一个提交。

回退到前几个提交:

git reset HEAD~3

HEAD~n 表示 HEAD 的前 n 个提交。

切换到某个特定的提交:

git checkout 51363e6

使用 git checkout 命令可以切换到某个特定的提交。

创建一个新的分支并指向某个提交:

git checkout -b new-branch 51363e6

4.HEAD 的特殊用途

解决冲突:

在合并或变基过程中，HEAD 指向的是当前的工作分支，而 MERGE_HEAD 或 REBASE_HEAD 指向的是正在合并或变基的分支。

恢复文件:

git checkout HEAD -- path/to/file

使用 HEAD 可以恢复工作目录中某个文件的最新版本。

八、协调解决实践原则

发生冲突时，拉同事一起看，不要自己决定
需要CR，快速对比差异
分支名要有意义，不要反复用
分支不要搭便车，功能清晰且独立
上线就打tag
优先用merge而不是rebase，否则会丢掉提交时间信息
commit message要有意义，事半功倍
不要每2行就提交一次导致commit过多

九、commit message原则

1.AngularJS Git Commit Message 规范
        <type>(<scope>):<subject>
        <BLANK LINE>
        <body>
        <BLANK LINE>
        <footer>

2.规范解释

字段	描述	示例
type	提交类型	`feat`, `fix`, `docs`, `style`, `refactor`, `test`, `chore`
scope	变动范围	`authentication`, `user-interface`, `database`
subject	简要描述本次变动	`implemented new login flow using OAuth 2.0`
body	详细描述变更情况	`Several improvements made to the authentication module:`<br>`- Updated API endpoints for better security practices.`<br>`- Implemented OAuth 2.0 for user authentication.`<br>`- Added error handling for invalid credentials.`<br>`- Improved documentation for developers.`
footer	可忽略	`Close #123`

3.例子

feat(authentication): implemented new login flow using OAuth 2.0Several improvements made to the authentication module:
- Updated API endpoints for better security practices.
- Implemented OAuth 2.0 for user authentication.
- Added error handling for invalid credentials.
- Improved documentation for developers.

Type: feat 表示这是一个新功能的引入。
Scope: (authentication) 表示这是认证模块的更改。
Subject: implemented new login flow using OAuth 2.0 描述了本次提交的主要内容。
Body: 列出了具体的改进措施，包括更新API端点以提高安全性、实施OAuth 2.0用户认证、增加无效凭据的错误处理以及改善开发者文档。