- 情况一:到公司之后公司已经有项目,并且有远程仓库了
-
- git clone xxxxxxxxxxx
-
- 进行开发
- git add
- git commit -m “提交”
- git pull->git fetch/git merge
- git push
- 情况二:开发一个全新的项目(由你来搭建的)
- 2.1 创建一个远程仓库
方案一: - 2.2.git clone xxxx
- 在clone下来文件夹中开始搭建整个项目
- git add
- git commit -m “”
- git push
方案二
- 2.2 创建一个本地仓库和搭建本地项目
- git remote add origin xxxxxx
- git branch --set-upstream-to=origin/maser
- git fetch
- git merge–allow-unrelated-histories
- git push
- 2.1 创建一个远程仓库
git config [--global] user.name "[name]"
git config [--global] user.email "[email address]"
| 命令 | 作用 | 注意 |
|---|---|---|
| git -v | 查看 git 版本 | |
| git init | 初始化 git 仓库 | |
| git add 文件标识 | 暂存某个文件 | 文件标识以终端为起始的相对路径 |
| git add . | 暂存所有文件 | |
| git commit -m ‘说明注释’ | 提交产生版本记录 | 每次提交,把暂存区内容快照一份 |
| git status | 查看文件状态 - 详细信息 | |
| git status -s | 查看文件状态 - 简略信息 | 第一列是暂存区状态,第二列是工作区状态 |
| git ls-files | 查看暂存区文件列表 | |
| git restore 文件标识 | 从暂存区恢复到工作区 | 如果文件标识为 . 则恢复所有文件 |
| git rm --cached 文件标识 | 从暂存区移除文件 | 不让 git 跟踪文件变化 |
| git log | 查看提交记录 - 详细信息 | |
| git log --oneline | 查看提交记录 - 简略信息 | 版本号 分支指针 提交时说明注释 |
| 命令 | 作用 | 注意 |
|---|---|---|
| git reflog --oneline | 查看完整历史 - 简略消息 | 包括提交,切换,回退等所有记录 |
| git reset 版本号 | 切换版本代码到暂存区和工作区 | –soft 模式保留暂存区和工作区原本内容 --hard 模式不保留暂存区和工作区原本内容 --mixed 模式不保留暂存区,工作区保留(默认) 先覆盖到暂存区,再用暂存区对比覆盖工作区 |
| git branch 分支名 | 创建分支 | |
| git branch | 查看本地分支 | |
| git branch -d 分支名 | 删除分支 | 请确保记录已经合并到别的分支下,再删除分支 |
| git checkout 分支名 | 切换分支 | |
| git checkout -b 分支名 | 创建并立刻切换分支 | |
| git merge 分支名 | 把分支提交历史记录合并到当前所在分支 | |
| git checkout [file] | 恢复暂存区的指定文件到工作区 |
reset:真实硬性回滚,目标版本后面的提交记录全部丢失了
revert:同样回滚,这个回滚操作相当于一个提价,目标版本后面的提交记录也全部都有
| 命令 | 作用 | 注意 |
|---|---|---|
| git remote add 远程仓库别名 远程仓库地址 | 添加远程仓库地址 | 别名唯一,地址是 .git 结尾的网址 |
| git remote -v | 查看远程仓库地址 | |
| git remote remove 远程仓库别名 | 删除远程仓库地址 | |
| git pull 远程仓库别名 分支名 | 拉取 | 完整写法:git pull 远程仓库别名 远程分支名:本地分支名 等价于:git fetch 和 git merge |
| git push 远程仓库别名 分支名 | 推送 | 完整写法:git push 远程仓库别名 本地分支名:远程分支名 -u:建立通道后以后可以简写 git push |
| git pull --rebase 远程仓库别名 分支名 | 拉取合并 | 合并没有关系的记录 |
| git clone 远程仓库地址 | 克隆 | 从0得到一个远程的Git仓库到本地使用 |
关于提交信息的格式,可以遵循以下的规则:
feat: 新特性,添加功能
fix: 修改 bug
refactor: 代码重构
docs: 文档修改
style: 代码格式修改, 注意不是 css 修改
test: 测试用例修改
chore: 其他修改, 比如构建流程, 依赖管理
详情使用可见:web前端面试-面试官系列-git
本文详细介绍了Git的基本命令,如设置用户信息、初始化仓库、版本控制、文件操作、分支管理、远程协作以及提交信息的规范。涵盖了gitconfig、gitadd、commit、status、log、merge等核心操作。
71万+

被折叠的 条评论
为什么被折叠?



