工作中总结的经验之git篇

不要以为你会git,你要知道,git不是只有commit和push

由于系统分析与设计的期末Project需要团队合作开发,因此在这里想谈谈GitHub团队项目合作开发的流程:

项目创建

项目负责人在GitHub上新建一个新的项目。

创建开发分支

master分支一般用来发布稳定版本,dev分支(开发分支)用来发布开发版本。

团队成员Fork项目到个人的仓库

点击右上角的Fork,并选择个人账号,Fork团队项目到个人仓库。

Clone项目到本地

打开git命令行,输入Fork项目的仓库地址,回车即可克隆到本地。

将本地分支切换为dev分支。

上面的操作完成后,你就可以在本地进行开发了。但是如果要将你修改完的代码合并到团队项目上,还需要进行下面的操作。

四、和团队项目保持同步

首先查看有没有设置upstream,使用git remote -v命令来查看。

如果没有显示upstream,则使用git remote add upstream 团队项目地址命令。

在发送PR之前先从源仓库拉取更新,执行git pull upstream dev命令。

有时在拉取的过程中会发生冲突(这张图片只作冲突展示),如下:

这里以readme.txt为例,解决冲突:

被红框框住的符号=======是冲突的分割线,<<<<<<< HEAD和分割线之间的是本地的文本,分割线和 >>>>>>> upstream/dev之间的是远程分支的文本。

你可以选择保留其中一个版本的文本,然后将三个冲突符号都删除。这样表示已解决冲突。如果你想同时保留两个版本,那么只需将冲突符号删除。

解决冲突后如下图所示:

最后使用 git add .git commit -m ‘fix conflict‘命令提交修改,然后按照下面的步骤提交到自己的仓库上。

push修改到自己的项目上

使用git push命令将本地的修改同步到自己的GitHub仓库上。注意,在当前所在分支使用push,会push到与这个分支相关联的远程仓库分支。这里dev分支与origin/dev关联,因此push到GitHub上的dev分支。

请求合并到团队项目上

首先到你的GitHub上,进入你Fork的仓库里,点击红框处的Pull request创建PR。

下图左边红框,表示要合并到SYSUMongkeyEye/MonkeyEye项目的dev分支。下图右边红框,表示要从自己仓库的dev分支发起合并请求。点击Create pull request就可以发送合并请求。

以上操作结束后,团队成员的流程就结束了,最后一步交给团队项目负责人来完成。

团队项目负责人审核及同意合并请求

首先进入GitHub的团队项目仓库中,此时Pull requests显示当前项目有几个Pull request,点击进入查看。点击其中的一个Pull Request,查看修改的代码,如果认为没有问题,可以点击Merge pull request。

时间: 2024-10-14 05:49:17

工作中总结的经验之git篇的相关文章

工作中的一些经验小结

控制层 返回值统一 AOP 也方便前台 AOP 统计执行时间记录日志 参数不要出现Request, Response 返回码定义 不要太细 日志打印 很多时候 生产出现问题都是客户反馈过来, 我们再去排查问题 日志就显得尤为重要 需要重现问题 很多人都是debug一遍 其实是比较费时间的, 尤其是业务逻辑复杂的时候 面对对象编程, 你面对debug编程. 有些人无论什么语言, 最后都变成了面对debug编程 总之 不要依赖debug 多依赖日志 日志记录的基本要求 能找到是那台机器 nginx

如何在工作中更好的学习(二)

欢迎关注我的微信公众号:软件测试经验与教训 前言 去年写过一篇文章<如何在工作中更好的学习>,是从员工的角度谈如何在工作中学习提升.今天这篇文章,是写给管理者.从内容来看,本文更应该叫<如何引导下属自我充实,提升工作表现?>. 也许你有过这样的烦恼: 下属工作能力差,难以胜任工作,组织了很多培训,却收效甚微,甚至出于好心的培训最后引来下属的反感. 花了大量人力物力培养起来的人,却离职去了其他公司,你开始怀疑培训到底是否有必要. 下属没有学习主动性,没有上进心,整个团队只有你在操心.

git在工作中的用法总结-使用篇

上一篇介绍了git的环境安装配置,本篇对git在工作中常用的用法进行总结,已满足大部分的日常工作需求,对于其他的一些git命令用法在今后使用到时我也会更新上来,文中如有错误,欢迎大家指出来,谢谢~ 一.git本地基础用法 1.创建代码仓库 git init 2.加入所有目录到仓库 git add . 3.提交 git commit -m "first commit" 简写 git ci 4.查看git提交状态 git status 简写 git st 5.借助diff查看具体修改的地方

我工作中常用的Git命令

本篇文章记录的是博主在现实工作中常用的Git命令....... 注:如果想了解更全面的Git命令请咨询度娘或者官方文档 克隆项目 git clone -b  要更新的分支名称(如:master)  http://用户名:密码@ 192.168.66.66/root/xxx.git 说明:    1.克隆前先创建好要存放项目的目录,路径尽量不要有中文 2.这里使用的是http协议的+指定分支名称+指定用户名和密码 2.更新项目   +   提交项目 博主强烈建议使用SourceTree等工具进行更

工作中常用Git指令操作

常用Git指令总结 前阵子有几天好不顺,可谓是喝水都呛着,更何况被Git给呛着了,还不轻,哈哈.所以打算总结一下自己在工作使用到Git相关的东西以及和大家探讨使用GIt的心得体会.于是,关于Git的的文章也就呼之欲出,总结外加研究一些难啃的指令.Git工作流,后期会慢慢更新. 一.GIt的alias 1.先来说说自己比较喜欢用的简写指令,可根据个人自行配置,下图是本人自己工作常用的git简写: 2.像这样使用:  git st ---查看文件提交状态   git ci -m "提交信息说明&qu

工作中的感悟 (三)三个月碎碎念篇

感慨一下来这里工作已经有一个月了,从最初的不是很适应这里的节奏,到慢慢适应了这里的生活,中间的过程就像经过一场暴风雨的洗礼虽然说的有点夸张,但是也是差不多吧,同在学校比要累很多,不过坚信不管再累.也要坚持既然有人有干,那我们就可以干我们没有什么理由坚持不了.别人可以做到的我们一样可以做到. 刚来的时候以一种无所谓.既兴奋又有很多好奇的心态来到了北京,这里很多人梦想的地方,不禁感慨以后我也在北京这里开始了这里的生活,时间长了究竟会是怎样一种心境呢,据说这里压力大.这里消费高.这里租房忒别烦人,来到

工作中一些经验

企业网站策划拙见: 1.用户进入网站的时候,要凸显出我们企业经营的重点,思考用户进来最想要看到什么,或者我们需要让访客第一眼看到什么. 2.做了百度推广.流量监控的企业,一定要经常观察访客经常访问什么内容页面:访问什内容页面的访客最多,停留时间较长.这样我们就能知道访客最关心我们产品的哪个环节,例如 介绍页面.价格页面.服务页面.案例页面等.这样我们就可以在访客关心的页面上花更多心思,从而留住访客. 3.要学会引导访客浏览网站内容.当访客访问内容页面后,一般都是从上往下浏览.此时页面内容一定要连

分享工作中遇到的问题积累经验 事务日志太大导致insert不进数据

原文:分享工作中遇到的问题积累经验 事务日志太大导致insert不进数据 分享工作中遇到的问题积累经验 事务日志太大导致insert不进数据 今天开发找我,说数据库insert不进数据,叫我看一下 他发了一个截图给我 然后我登录上服务器,发现了可疑的地方,而且这个数据库之前有一段经历 在月初的时候这个数据库曾经置疑过,启动不起来 Could not redo log record (163041:116859:5), for transaction ID (0:-1175226963), on

bash实战篇-数组在工作中的实际应用(测试环境发布脚本)

数组在之前已经用过介绍,下面介绍其在工作中的一个实际功用 出现的工作背景: 公司测试环境的tomcat的webapps下有3个项目,如果按通常的发布脚本,需要为每一个项目单独写一个发布脚本,我感觉太过麻烦,就想能否用一个脚本搞定这3个项目,最开始是在脚本里面定义三个变量获取相应的包名,之后对上传的目录进行判断,若该包存在则发布:虽然实现了,可过程有点繁琐,而且定义的变量是写死的,今后若有需求复用的话还需要额外进行修改,很是麻烦,近期在复习数组时突然想起数组功用,发现使用数组加for循环只需要几行