一些工作上遇到过的坑

水深无声 2022-05-28 23:52 290阅读 0赞

1.分支提交流程
git branch -a 查看所有分支和自己所在分支;
git checkout -b dev remotes/origin/develop;
在本地建立了一个dev分支,这个分支只是远程develop分支在本地的一个clone 可以由这个分支直接 
git pull origin develop 拉去远程分支(remotes/origin/develop)的更新
git push origin develop 推送远程(remotes/origin/develop) 如果推送不过去,先
git push origin dev (本地分支在远程的仓库)

本地分支和本地分支才能合并
git pull [本地分支名称]

git checkout dev_ll切换到本地分支;

git branch -a 查看所有分支,包括远程分支和自己所在的分支;
远程分支 remotes/origin/develop 最终的合并分支;
git branch test 建立本地分支
git checkout -b test 以当前分支为基础建立的新分支test并切换到该分支
git branch -d test 删除这个分支(先要切换到其他分支才行)

git checkout -b develop remote/origin/develop 以远程分支为基础创建的本地分支 这个分支是远程分支的映射,要想向远程分支pull 或者push都要先建立这个分支;

其实我们本地的分支就应该用这个来建立:
git checkout -b dev_bendi remote/origin/develop
那么这个分支才可以直接从remote/origin/develop 拉取上面的最新代码,把本地的最新代码推送上去。

一般本地修改后,需要 拉取远程分支,在本地合并没有冲突之后才能上传到远程分支上去。

  1. dev
  2. * dev_lls
  3. develop
  4. develop_as
  5. master
  6. remotes/origin/HEAD -> origin/master
  7. remotes/origin/dev_lls
  8. remotes/origin/develop
  9. remotes/origin/develop_as
  10. remotes/origin/feature_devc3hhn
  11. remotes/origin/feature_stgmanage_hhn
  12. remotes/origin/dd
  13. remotes/origin/master
  14. remotes/origin/zs

假设现在的分支如上。我在*所在的分支; 每次合并时,
git pull origin develop(远程develop的映射)(这里如何不指定origin develop,则可能会pull下其他分支的内容,这些内容肯能还是别人没有正式提交的内容,会有Bug)
(合并,处理完冲突之后提交)
git push origin develop

然后
git checkout develop
git pull origin dev_ll
再次合并

那么就把本地的内容安全的合并到远程去了。

下次开发需要再次:
git checkout dev_ll在自己本地随意操作

2.ubuntu中允许文件名称有空格,widow中没有要求,所以提交到git上时容易出错
我这边可以提交合并没问题,但是widow下却是错误的

发表评论

表情:
评论列表 (有 0 条评论,290人围观)

还没有评论,来说两句吧...

相关阅读

    相关 python踩一些

    找完工作,又开始忙于做毕设,很久没更新博客了,不过博客新上线的这个新界面太不好用了,分类下只有两篇文章,每次点击进去都出现很多篇其他类的,每次找一篇博文都要翻很久。体验真是极差

    相关 Redis一些-美团

    上上周和同事(龙哥)参加了360组织的互联网技术训练营第三期,美团网的DBA负责人侯军伟给大家介绍了美团网在redis上踩得一些坑,讲的都是干货和坑。     分为5个部分: