git分支

Git(05)_日志规范

╄→尐↘猪︶ㄣ 提交于 2019-12-02 08:51:31
feat : feature 新增功能 fix : 修复bug doc : 文档的变更 style : 代码优化, 或格式的变更, 不影响功能的运行 refactor : 代码重构,没有加新功能或者修复bug perf : 优化相关,比如提升性能、体验 test : 测试用例,包括单元测试、集成测试等 revert : 回滚到上一个版本 merge : 分支合并 10.delete : 分支删除 来源: https://blog.csdn.net/qq_36209121/article/details/102746902

Git采坑与问题排查

寵の児 提交于 2019-12-01 17:27:54
目录   Case1: 代码库中存大文件    Case1:代码库中存大文件 背景   有这种情况,项目运行需要依赖一个文件(比如需要读一个文件中的数据),那么最直接的方式就是将该文件添加到代码中的分支中,然后将分支代码(包含大文件)提交到远程版本库中,那么在运行项目的时候,就可以直接读项目中的文件了。 分析   上面的操作,其实是不推荐的,一般是禁止的。   首先,大文件保存到分支中,git add、commit需要很长时间,同时还需要将代码提交到远程代码库,这就意味着,大文件需要通过网络传输到远程,这个过程也是很耗时的。   另外,如果将该代码合入到master后,其他人拉取分支的时候,也会将该大文件拉取到别人的本地代码库中,无论是别人pull还是clone,拉取过程都会很耗时,因为都会把大文件pull下来。   还有,大文件上传到远端后,在拉取的代码时候,因为文件内容过大,所以会造成远程仓库的负载升高,甚至造成仓库服务不可用,之前在公司碰到过因为有两个用户同时从远程仓库拉取几个G的代码(可能是大文件、也可能是代码量的确很大),导致整个公司的RD都无法访问远程仓库。不要认为机器有很大带宽就没事,公司内网的速度可是超过10M每秒的。   最后,如果是对于需要编译打包的文件来说,包含大文件,在打包编译过程中会及其耗时;在打包之前,可能有一些健康检查、静态检查..

由于代码环境有dev test prod ,每次提交代码需要很多环境,shell脚本即可解决重复命令问题

落花浮王杯 提交于 2019-12-01 09:46:38
在项目外面写入push.sh 内容为 if [ $1!='' ] then msg=$1; else msg='bug'; fi git add . git commit -m $msg git pull origin dev git push origin dev git checkout test git pull origin test git merge dev git push origin test git checkout prod git pull origin prod git merge test git push origin prod git checkout dev 执行脚本../push.sh 'commit输入的内容' 即可. 具体分支名字由自己决定 来源: https://www.cnblogs.com/jiuxu/p/11676180.html

接收Pull Request

陌路散爱 提交于 2019-12-01 09:32:43
接收到 Pull Request 后,会如图 7.1 中所示,在仓库的 Pull Request 标签页中显示别人发送过来的 Pull Request 的一览表。现在让我们点击 Pull Request 查看详细内容。 详细页面与我们发送 Pull Request 时的页面大致相同。点击 Merge pull request 按钮(图 7.2),Pull Request 的内容便会自动合并至仓库。在 采纳之前,请尽量将接收到的 Pull Request 拿到本地开发环境中进行检 查,确认是否能够正常运行以及代码是否安全。或者用将要在第 8 章中 介绍的 Jenkins 等持续集成工具进行自动测试,保证新代码不破坏原有 功能之后,再合并进仓库。 采纳 Pull Request 前的准备 除确认 Pull Request 送来的代码是否运行正常外,各位还请在代码 审查上也多花些心思。GitHub 上可以快速高效地审查代码。下面我们就 来介绍这些功能。 学会使用各种各样的功能进行代码审查,要比以往使用工具的审查 轻松很多。如果团队中所有人都养成时常审查自己代码的习惯,其叠加 效果将不可估量。 ● 代码审查 如图 7.3 所示,在 GitHub 上可以对 Pull Request 的具体的某行代码 进行评论。这让代码审查变得十分高效。  ※ 每行前左侧的数字为该提交修改前的行号

GitHub使用官网指南之Hello World

只谈情不闲聊 提交于 2019-12-01 08:29:08
本文是GitHub官方指南 Github Guides 的英文翻译,帮助大家更好的使用。 翻译并不是直接翻译,而是按照中文思维翻译。使用MarkDown 转载请注明出处。 Hello world 阅读全文需时十分钟 编写Hello world项目是计算机编程领域的一个时代传统,所以我们学习GitHub也从Hello world开始吧! 你将会学习到: 创建和使用版本库 建立和管理新的分支 对一个文件进行修改并推送到远程库中 发布了一个Pull Request并合并 GitHub是什么 GitHub是一个用于版本控制和协作的代码托管平台。它允许您和其他人在任何地方的项目上一起工作。 本教程介绍了GitHub的基础知识,例如版本库、分支、提交、发布请求。你将创建自己的Hello world版本库并学习如何发布请求。 不要求编程基础 实现本教程只需要一个GitHub账号和互联网链接,不需要安装git,因为GitHub已经内置了git。 小贴士:在单独的浏览器窗口(或选项卡)中打开本指南,以便在完成教程中的步骤时可以看到它。 第一步:创建版本库 一个项目存放于一个版本库中,版本库可以包含文件夹和文件、图像、视频、电子表格和数据以及任何项目需要的内容。我们建议包含一个自述文件:README,或者一个包含项目信息的文件。GitHub使您在创建新版本库的同时添加一个库变得容易

Git仓库与分支

99封情书 提交于 2019-12-01 07:25:10
仓库包含多个分支,不同分支下的仓库内容可能不一样(在不同分支下,使用commit提交了不同的文件后,比如说dev1分支有一个txt1,而dev2分支有一个修改后的txt1,那么在使用merge合并(fast-forward模式)的时就会发生冲突),法生冲突后,bash会提醒你(可以通过status查看出问题的文件),你需要手动修改这个合并后的txt,然后再提交一次。 参考链接 https://blog.csdn.net/zyzmzm_/article/details/89057506#_110 来源: https://www.cnblogs.com/lk-mizi/p/11668587.html

Git把master更新到分支上

随声附和 提交于 2019-12-01 04:27:42
远程仓库建了一个分支,而主分支已经改了很多内容,要把主支的这些内容同步到分支上怎么实现? 第一步、获取分支内容到本地 第二步、切换到本地master上 第三步、更新本地master 第四步、合并本地分支到本地master上 第五步、比较修改提交到本地master 第六步、推送到远程分支上 来源: https://www.cnblogs.com/chengNet/p/11653884.html

Gitlab来做代码review

雨燕双飞 提交于 2019-11-30 23:41:17
研发团队如何借助Gitlab来做代码review https://mp.weixin.qq.com/s?__biz=MzIyMzYwMjA5MA==&mid=2247483701&idx=1&sn=376ca0394431b0c51ca0e051dcdd7504&chksm=e81af5f0df6d7ce6600694dabff34510b5f5817b68c1aee92d831695ca483f6a146dbc3c5940&scene=21#wechat_redirect 代码review是代码质量保障的手段之一,同时开发成员之间代码review也是一种技术交流的方式,虽然会占用一些时间,但对团队而言,总体是个利大于弊的事情。如何借助现有工具在团队内部形成代码review的流程与规范,是team leader或技术管理者需要考虑的问题。本文分享一种基于Gitlab代码merge流程的code review方法,以供参考与探讨。如有更好的方法,欢迎交流。 1. 设置成员角色 首先需要对你团队的成员分配角色,在Gitlab groups里选择一个group,然后左边菜单栏点击 Members,可在 Members 页面添加或编辑成员角色,如下图所示。 其中角色包含如下几类: Guest:权限最小,基本查看功能 Reporter:只能查看,不能push Developer:能push

将指定commit合并到指定分支

非 Y 不嫁゛ 提交于 2019-11-30 13:31:31
1. 将指定的commit合并到当前分支   git cherry-pick commit_id 2. 合并多个连续 commit 到指定分支   假设需要合并 devlop 上从 fb407a3f 到 92d2a449 的 commmit 合并到 master 分支   a. 基于 devlop 分支的 92d2a449 commit 创建一个新分支     git checkout -b new_branch_name 92d2a449   b. 将指定 commit 之后的提交记录合并到指定分支(此处为master)     git rebase --ontomaster 92d2a449^ 来源: https://www.cnblogs.com/virgosnail/p/11594002.html

更新被拒绝,因为您当前分支的最新提交落后于其对应的远程分支

心已入冬 提交于 2019-11-30 10:24:05
更新被拒绝,因为您当前分支的最新提交落后于其对应的远程分支 狼王不乖 2016-03-12 21:30:00 浏览6227 提示:更新被拒绝,因为您当前分支的最新提交落后于其对应的远程分支。 提示:再次推送前,先与远程变更合并(如 'git pull ...')。详见 提示:'git push --help' 中的 'Note about fast-forwards' 小节。 引起这个问题是远程仓库和本地不同步引起的 解决方案:需要先获取远端更新并与本地合并,再git push 具体操作如下: git remote add origin https://github.com/miaoihan/weibo.git $git fetch origin //获取远程更新 $git merge origin/master //把更新的内容合并到本地分支 上面的名字,和*.git改成自己的 版权声明:本文内容由互联网用户自发贡献,版权归作者所有,本社区不拥有所有权,也不承担相关法律责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件至: yqgroup@service.aliyun.com 进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容。 来源: https://my.oschina.net/u/3367404/blog/3110248