git add filename git rm oldfilename git commit -m "update filename" git status git log
git remote -v #查看远端地址 git remote #查看远端仓库名 git remote set-url origin https://github.com/xx/xx.git (新地址)
git remote rm origin #删除远程的仓库 git remote add origin https://github.com/xx/xx.git(新地址) #重新添加远程仓库
修改.git文件夹 .git文件夹一般在项目文件夹的第一层文件夹 .git文件在系统里默认是隐藏的，windows需要设置显示，linux使用ls -a查看 修改config文件内容，将[remote "origin"] url 修改成需要替换的url
- git branch
- git log --graph
- git checkout commitID
- git branch
- vim README.MD 并将12标题下的所有内容导入到其中，保存.
- git commit -am "Test for no head"
- git checkout dev 基于dev分支去fix bug
- git branch nohead commitID
- git log --all
- git branch -av
- git branch -d 分支名称 , 如 git branch -d nohead
- git branch -D 分支名称 , 强制删除该分支
-d and -D的不同之处在于，-d需要把当前的需要提交到分支的代码合并到不删除的分支上,才能删除该分支; -D是强制删除该分支.
- git branch -av
- git log -3
- git commit --remend 进入交互界面,输入更改信息
- git log -3 查找自己分支的任何历史信息，找到commitID
- git rebase -i commitID 这个时候就是再进行变基了,会有两个交互提醒,根据提示的信息和自己的需求进行相应的更改.
- 交互完成之后,提示Successfully,即ok.
- git add 文件名 将文件放到暂存区
- git status 查看当前git的状态
- git diff --cached 查看缓存区与当前HEAD的区别
- vim README.md
- git add README.md
- git diff 比较暂存区和工作区所有文件的区别
- git diff --README.md 比较暂存区和工作区README.md文件的区别
- git status
- git reset HEAD 将缓存区恢复成和HEAD指向一样的模样
- git diff --cached 比较缓存区和工作区的差异
- git diff 比较缓存区和HEAD的差异
- git status
- git checkout -- README.md 指定README.md恢复成和暂存区一样
- git diff 比较暂存区和工作区的区别
- git log --graph
- git reset --hard commitID HEAD、暂存区和工作区恢复成该commitID
- git log --graph
- git diff commitID1 commitID2 比较两次提交的差异
- git diff dev master 比较dev和master分支的差异
- git diff dev master -- README.md 比较两个分支README.md文件的差异
- git branch
- git rm test2.md(filename) 删除指定的文件
- git add .
- git commit -m "rm test2.md"
- git push origin dev 删除远程仓库中的test2.md文件
- git branch 查看当前所在分支
- git stash 保存当前工作区到一个目录
- git status 查看当前暂存区的状态
- git stash apply 恢复保存到堆栈的内容,在stash内部保存不会丢失,使用git stash list依然存在
- git stash pop 恢复保存到堆栈中的内容,在stash内部将不会保存,使用git stash list不会存在,所以该命令与上命令要区分.
- git status 查看状态和查看文件是否已经恢复.
- github.com/github/gitignore 地址参考git忽略管理的配置
-
常用的传输协议
常用协议 语法格式 说明 本地协议(1) /path/to/repo.git 哑协议 本地协议(2) file:///path/to/repo.git 智能协议 http/https协议 http(s)://git-server.com:port/path/to/repo.git 平时接触到的都是智能协议 ssh协议 user@git-server.com:path/to/repo.git 工作中最常用的智能协议 -
哑协议与智能协议 直观区别: 哑协议传输进度不可见;智能协议传输可见. 传输速度: 智能协议比哑协议传输速度快.
-
举个例子 git clone --bare /path/to/repo.git yaBare.git git clone --bare file:///path/to/repo.git zhineng.git
-
保证git remote -v 如果无效的话,需要创建远程仓库地址 git remote add zhineng file:///path/to/repo.git git push --set-upstream zhineng dev
- 注册地址：https://github.com
- 在github上面新建repository
- 需要在本地执行 git remote add github-learn-git https://github.com/DeveloperZJQ/learn-git.git
- 执行git add . 将所有修改放到暂存区,然后再执行git pull origin github-learn-git
- 执行git commit -m "init commit"
- git push github-learn-git
- git checkout -b feature-test origin/feature-test 基于远程仓库分支
- git fentch github-learn-git 拉取远程所有分支
- git merge origin feature-test 团队要去线性的情况下不能使用merge,而更多的使用rebase
- git branch -av 查看所在分支
- git pull origin 分支名 或者分两步走 git fentch
- git merge origin/分支名
- git push
- git pull origin 分支名
- 会报冲突,找到文件中特定的符号,把冲突的内容去掉,一定要认真,关系到其他人,所以一定要认真.
- 处理完冲突文件之后,执行命令 git commit -m "Resolved conflict by hand with git Commands"
- git status
- git push origin 分支名
- git pull origin 分支名
- git branch -av 查看当前所在分支
- git status 以上三条命令可能用的比较频繁
- git pull origin 分支名
- 查看本地工作区的情况和内容,git感知能力比较强大,一条命令git pull搞定
- 两个人同时修改文件名,git不能分辨出应该保留哪一个文件,所以需要两个人坐在一起商量怎么保留.
- git rm 原来的文件名
- git rm 两个人非保留的文件名
- git add 保留的文件名
- git commit -m "Decide to mv"
- git push origin 分支名
- git push -f origin 远程分支名
- 千万不能对集成分支历史树进行变更,可以重新提交commit
- 主干开发-适用于开发团队系统设计和开发能力强,有一套有效的特性切换的实施机制,保证上线后无需修改代码就能修改系统行为.需要快速迭代,想获得CI/CD所有好处.
- 主干开发-适用于 组件开发团队,成员能力强,人员少,沟通顺畅.用户升级组件成本低的环境.
- Git Flow-适用于不具备主干开发能力.有预定的发布周期.需要执行严格的发布流程.
- Github Flow-适用于 不具备主干开发能力.随时集成随时发布：分支集成时经过代码评审和自动化测试,就可以立即发布的应用.
- Gitlab Flow(带生产分支)-适用于不具备主干开发能力.无法控制准确的发布时间,但又要求不停地集成.
- Gitlab Flow(带环境分支)-不具备主干开发能力，需要逐个通过各个测试环境的验证才能发布.
- Gitlab Flow(带发布分支)-不具备主干开发能力.需要对外发布和维护不同版本
