没有合适的资源?快使用搜索试试~ 我知道了~
git 常用指令常用指令常用指令
0 下载量 199 浏览量
2024-04-17
21:34:21
上传
评论
收藏 300KB DOCX 举报
温馨提示
试读
14页
git 常用指令常用指令常用指令
资源推荐
资源详情
资源评论
Git 版本管理
简介
git 是一款开源的分布式版本管理工具,git 至今为止世界上最快的、最简单的版本管理工具。目前,
git 很流行,但多数公司还在使用 svn 进行版本控制,但越来越多的开源项目已经转移到 git,很多开源网
站上的代码就是 git 来管理的,所以 git 取代 svn 是大势所趋的。
Tag 的使用
目前工作中,我们已经习惯使用了 branch 进行操作,当在一段时间的使用后,我们发现多
项目情况下多项目代码的维护再加上版本发布形成独立分支在 git 上使得关系非常杂乱。特
别是当我们加入了 DevOps 之后,tag 的使用提上了日程,在后面文档中,我们会讲述 Tag
的使用。
常见命令
1. git clone .... 将新项目从远程下载到本地。
2. git add . 将所有修改的代码提交到暂存区。
3. git commit -m “注释” 将暂存区代码提交到本地仓库。
4. git push origin <branch 分支名> 将本地仓库的修改同步到原创仓库。
5. git fetch && git rebase 将原创分支的修改同步到本地
6. git checkout -b <branch 分支名> 新建分支
7. git checkout --orphan <branch 分支名> 创建无头节点分支
8. git checkout <branch 分支名> 切换分支
9. git merge <branch 分支名> 合并分支到当前分支
10. git status 查看当前分支修改的内容
11. git log 查看分支提交日志
12. git diff 查看修改的具体内容
13. git branch 查看当前分支名
14. git branch -D <branch 分支名> 删除分支(不能删除当前所在分支)
15. git remote prune origin 清除临时文件
16. git branch <branch 分支名> $COMMIT_ID 恢复删除的分支
17. git reset --hard 恢复到最后一个 commit 的版本
18. git reset --hard commitid 恢复到某个历史版本
19. git push -f origin <branch> 将本地修改强制推动原创
20. git branch -a 查看所有分支包括原创和分支是否已经下载到本地
21. git remote -v 查看远程仓库地址
22. git branch -r 查看远程仓库未下载的分支
23. git tag 查看所有 tag,只要拉下了代码,tag 也一并拉下来了
24. git tag –a <version> -m <内容> 将当前代码打上含附注类型的标签,我们日常使用都必须使用
该类型
25. git show <version> 查看具体的标签
26. git push origin <version> 提交具体的 tag 到远端
27. git push origin --tags 提交所有的 tag 到远端
28. git tag –d <version> 删除一个本地 tag,注意并没有在远端删除 tag
29. git push origin :refs/tags/<version> 远端删除一个 tag
30. git config --global core.longpaths true 解决文件名过长,导致 clone 失败问题
31. git home/*.vue 将 home 目录下所有的 vue 文件 add 进去
32. git stash 本地代码暂提交缓存区域
33. git stash pop 拉取本地缓存区域代码
基本操作
1、提交代码到远程
在代码修改后将代码提交到远程分支必须按照如下流程。
第一步:执行 git add . 将修改写入暂存区
第二步:执行 git commit -m “注释” 将暂存区代码同步到本地仓库
第三步:执行 git push origin <branch> 将本地代码同步至远程
2、本地合并代码
使用 git merge <branch> 合并分支到当前分支,合并后检查代码按照第一步提交代码到远程
3、获取远程代码
第一步:执行 git chekcout <branch> 切换到你要下载代码的分支
第二步:执行 git fetch && git rebase 下载远程代码至本地
常见情境
1、版本回退
在实际操作中经常遇到修改已经提交到远程,但事后发现提交了错误的代码或者想撤销上次 push
到远程的内容。大多数人员都会在修改一次代码在一次 push 到远程已到达回退的效果,但这样操作是不理
性的,现在提供一个方法实现版本回退。
第一步:在本地执行 git reset --hard $COMMIT_ID 将本地代码回退到历史版本,但同时由于版本回
退造成本地版本落后于远程版本所以这时在做任何修改都不能 push 到远程了,会报错。
第二步:使用 git push -f origin <branch> 将本地的修改强制推动远程分支,使远程分支的版本回
退。
2、查看历史版本后回到最新版本
在操作中会遇到想回去看看以前的某次提交代码是怎么样的,观察完毕后又想回到回退之前的代
码,可以进行如下操作,前提是远程分支没有被删除同时本地不存在修改后未 push 的代码。
第一步:在本地执行 git reset --hard $COMMIT_ID 将本地代码回退到历史版本,就可以观察历史
版本的代码情况。
第二步:回退后想回到最新本地从远程 git 查看最后一次提交的$COMMIT_ID 执行 git reset --hard
$COMMIT_ID 可以将代码还原。
3、从远程下载代码后切换到各个分支
在远程的代码已经有很多分支后,需要在新的地方下载代码,可以进行如下操作
第一步:执行 git clone 地址 下载 master 代码
第二步:执行 git fetch origin 下载所有代码
第三步:执行 git checkout <branch> 切换分支 不可以加-b 否则为创建分支
版本管理
目前我们大数据团队的项目开发都是使用 git 进行版本控制,但是目前二次打标、资源中心、策划
中心使用 git 管理比较混乱,都是一个报业一个分支在分开管理,不便于项目的维护和开发。现给出以下版
本管理的建议。
任何一个项目在开发到一定的程度上形成了一个稳定并且可以和客户交互的版本时,就应该独立
为一个单独的版本,并给予版本号。在有新的客户需要部署该项目时直接以版本号为标准给客户部署,若
低版本的程序满足不了客户或者其他要求时若存在更高级别的版本应部署高版本的程序。若目前的版本都
不能满足要求则在 git 的主线 dev 分支上继续开发,待稳定后形成一个新的版本号。
以补充传播分析为列,目前传播分析已经形成一个稳定的 V1.0.0 版本,在此之前重报和云报都部署
的该版本的程序,但由于重报要求添加微博排名全文检索功能但云报不需要我们不能再同一个代码上修改
同时给云报也提供全文检索的功能。所以我们在主线上继续开发完善开发。待稳定后形成一个新的版本。
命令介绍:
形成稳定版本时不能再主线的基础上按照常规使用 git checkout -b <branch>创建新的分支作为一个
版本,不便于维护和管理。使用 git checkout --orphan <branch> 创建一个无父节点的分支如下图。
如上图所示,V1.0.0 版本就是一个稳定的版本了,若后面需要对这个版本修改则在 V1.0.0 下
建立新的分支维护。
Fork
1. gitlab 上 fork 自己的分区
2. git clone my_fork/$PROJECT.git
同步远程仓库-合并 commit
仓库:
远程仓库:cdtrs
我们 fork 的仓库:zhou.qiang
远程仓库分支:zmy_dev
fork 仓库开发分支:hkb_master
fork 仓库成分分支:zmy_dev
需求:
cdtrs 提交的某些 commit,我们需要合并到我们的 hkb_master 分支
剩余13页未读,继续阅读
资源评论
少年张狂
- 粉丝: 45
- 资源: 1
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功