目录 start
目录 end |2018-06-17| 码云 | CSDN | OSChina
Github gitee gitlab bitbucket 等各大平台都是这样一种模式:
个人和个人开发者之间是并行master,只适合偶尔开发提交一些代码
组织就是适合给多个人,等同的稳定开发时,分支就会比较明确,这个笔记就是记录组织中git的使用
指定本地开发分支和远程的绑定关系 git branch --set-upstream dev origin/dev master同理
分支图复杂的一个项目 只是演示分支的复杂度
git commit message 的模板化
[commit]
template = ~/.gitmessage
那么效果就是 git commit 不指定-m 参数就会调用该模板显示
master发行分支dev开发主分支dev-*开发者分支fea-*开发者自己的功能性分支
git branch 分支 提交到远程 git push --allgit checkout 对应的自己的分支 就可以开始工作了
git fetch origin 对应的分支)git push 就行了git fetch origin 分支得到所有分支
git checkout 开发者分支,然后git pull 开发者分支下拉最新git merge --no-ff 开发者分支 ,处理冲突然后提交分支的处理的一次实验 2017-10-21 23:57:34
git fetch --all 获取远程所有分支(新分支)
git pull --all 获取所有分支最新提交 这个就会自动合并???越来越不理解了
dev-test 分支进行修改,然后提交一次,然后push
master: git merge --no-ff dev-test 进行合并,就会在分支图上得到一个环
dev-test 进行修改,然后1次提交,push
master : git pull origin dev-test 执行merge命令就会提示没有可以合并的修改。
双方都有修改
git pull 开发人员分支,然后切换回主分支上 git merge --no-ff 开发人员分支(填写注释) 然后push
git merge master 然后 git push 还是git pull origin master只有一方修改
git pull origin master下拉修改代码即可