https://blog.csdn.net/matrix_google/article/details/87988330
git clone -b v1.2 git@192.168.3.198:qq/pp.gitgit checkout 分支名# git从远程仓库中拉取新的指定分支:若本地分支不存在的情况:
git checkout -b 本地分支名称 origin/远程分支名称
不要使用git add.
,有坑(会提交未跟踪的文件)
git add 文件全路径/名git commit -m ""git pull origin 远程分支名解决冲突git push origin 远程分支名
在gitlab的web页面上发起一个合入请求,并指定评审人
git stash的是改动的文件,也就是被Git追踪的文件,新添加的文件并没有被Git追踪,所以git stash并不会stash
git stash
git pull origin 远程分支名
git stash popgit stash list
git stash clear
git diff origin/v1.5
git fetch --all //只是下载远程的库的内容,不做任何的合并
git reset --hard origin/v1.5 //把HEAD指向刚刚下载的最新的版本
git pull
步骤:
git pull origin v1.5
git push origin v1.5
仅仅是撤回commit操作,您写的代码仍然保留
git reset HEAD^
git reset --soft HEAD^
//windows下
git reset --soft HEAD^^
git reset HEAD <路径/文件名> //对某个文件进行撤销
git reset HEAD //上一次add 全部撤销
再使用git checkout – <路径/文件名>,会删除此文件的全部修改
git checkout -- 文件名
git rm --cached <路径/文件名>
git commit --amend
git checkout -b 新分支名
git push origin 新分支名
git branch -d dev
git branch
总结:
在dev分支日常开发
出现bug(或紧急需求),需要立即处理部署
git stash (备份工作区) 或 git commit (提交到本地) dev分支当前修改
切换至主分支 git checkout master
修改bug、commit \ push 到 master分支,并形成临时 test release ,测试
服务器部署git pull origin master,验收bug(或需求)
切换回dev分支 git checkout dev
把主分支的改动合并到dev分支,git merge master,可能会有冲突,手动处理冲突
如果第3部使用的是git stash ,则这里需要 git stash pop 把dev分支保存的修改再拿出来(也可能会有冲突,手动处理冲突),后继续dev分支的开发
git checkout master
git pull
git checkout local
#切换到local分支后, 就是修改代码#修改完了, 就正常提交代码-------git commit#如果有多次local分支的提交,就合并,只有一次可以不合并
git rebase -i HEAD~2 //合并提交 --- 2表示合并两个#将master内容合并到local
git rebase master---->解决冲突--->git rebase --continue#再起切换到master或其他目标分支
git checkout master
#将local合并到master
git merge local
#推送到远程仓库
git push