git实战管理项目的示例分析,很多新手对此不是很清楚,为了帮助大家解决这个难题,下面小编将为大家详细讲解,有这方面需求的人可以来学习下,希望你能有所收获。
创新互联公司长期为千余家客户提供的网站建设服务,团队从业经验10年,关注不同地域、不同群体,并针对不同对象提供差异化的产品和服务;打造开放共赢平台,与合作伙伴共同营造健康的互联网生态环境。为康平企业提供专业的成都网站设计、成都做网站,康平网站改版等技术服务。拥有十余年丰富建站经验和众多成功案例,为您定制开发。
示例
1.git常用命令
#1.初始化 通常在根目录下,执行:【git init】,完成项目的git初始化 #2.添加 当在项目中,添加新文件后,执行:【git add .】,完成新文件git添加 #3.提交 当在项目中,更新内容后,执行:【git commit -m'log content'】,完成git提交,需要注意此时的提交,是提交到本地的暂存区,内容变化还未同步到远程,这是与svn的提交不一样的地方 #4.查看状态 如果想要查看项目的git状态,执行:【git status】 #5.查看分支 查看本地分支,执行:【git branch】 查看远程分支,执行:【git branch -r】 #6.开新分支 开一个新分支,比如说从master分支,开分支v1.0,执行:【git checkout -b v1.0 origin/master】 #7.克隆、拉取 从远程仓库克隆代码,执行:【git clone https://xxx/xxx.git】 从远程仓库拉取最新代码,执行:【git pull】 #8.推送 如果是本地项目,第一次推送,需要与远程仓库建立连接,执行:【git remote add origin https://xxx/xxx.git】 如果是本地项目,第一次推送,与远程仓库建立连接后,第一次推送执行: 【git pull】--->优先从远程仓库,做一次拉取 【git push -u -f origin/master】---> -f参数,表示强制推送,覆盖远程仓库 如果不是第一次推送,执行:【git push】
1.2.创建远程仓库
复习了解了git的常用命令,我们借助码云做一个相对完整的案例演示。首先我们建立一个远程仓库:algorithm,用于分享数据结构与算法,我会把数据结构与算法系列文章的源码放到这个仓库中
1.3.准备项目,执行git初始化
我们进入项目:data-struct-pro根目录,创建两个文件,分别是
README.md,用于描述项目详细信息
.gitignore,用于描述git忽略文件信息
1.3.1.README.md
数据结构与算法知识汇聚
1.3.2.gitignore
#忽略class文件 *.class #忽略打包文件 *.war *.ear #忽略kdiff3对比文件 *.orig #忽略maven文件 target/ #忽略eclipse文件 .settings/ .project .classpath #忽略idea文件 .idea/ /idea/ *.ipr *.iml *.iws #忽略临时文件 *.log *.cache *.diff *.patch *.tmp #忽略系统文件 .DS_Store Thumbs.db
1.3.3.执行git初始化
git初始化前
git初始化后
1.4.添加、提交本地项目
完成初始化后,项目已经通过git管理起来,我们需要将项目内容添加、提交到git本地暂存区中,具体操作
查看当前git状态信息,执行:【git status】
添加项目内容,执行:【git add .】
提交项目内容,执行:【git commit -m'algorithm project init'】
1.5.将本地项目,推送到远程仓库
在本地项目git初始化后,我们需要把项目进一步推送到远程仓库中,具体步骤
建立远程仓库连接,执行:【git remote add origin https://gitee.com/yanghouhua/algorithm.git 】
拉取远程仓库初始化信息,执行:【git pull】
推送本地项目到远程仓库,执行:【git push -u -f origin master】
图一
图二(推送的时候,需要用户验证,输入远程仓库上的用户名、密码即可)
图三(推送成功后,远程仓库上已经有我们的项目代码了)
1.6.git最佳实践
到这一步,我们已经把本地项目,推送到远程仓库管理起来。这个时候,项目组的小伙伴就都可以从远程仓库,拉取项目的代码到本地,愉快的进行日常开发了。
当然这个时候,我们需要注意一些最佳实践,下面我将给你分享
分支开发,主干发布
git项目分支管理
1.6.1.git项目分支管理
这里,我将我们项目组实施的分支管理实践分享给你,你需要注意,每个项目组的实践方式一定会有差异,都需要参考项目组自身的需要来调整,因此我们关注到每个分支的含义就可以了
master分支:主干分支,在我们项目组中,master分支用于线上备份,即在每次上线发布后,直接从release分支合并而来
release分支:发布分支,在我们项目组中,该分支用于上线发布
test分支:测试分支,在我们项目组中,该分支用于测试
develop分支:开发分支,在我们项目组中,该分支用于新需求,新功能开发。每个新需求新功能,我们会从release分支作为起点,开一个develop分支,比如说:develop-xxx-20210523
hotfix分支:bug修复分支,在我们项目组中,该分支用于线上bug修复。针对线上bug,我们会从release分支作为起点,开一个hotfix分支,比如说:hotfix-xxx-20210523
看到这里,可能有朋友会问了,那么你们的分支之间是怎么流转,保障代码同步的呢?我们是这么做的
不管是新需求,还是线上bug修复,我们都会以release分支作为起点,开新的分支
当需求开发完成,或者bug修复完成,我们会优先将代码合并到test分支,进行测试
测试通过后,我们会将需求分支、bug修复分支代码合并到release分支,进行预生产发布
预生产环境测试通过后,直接推送发布到生产环境
整个项目上线发布完成,将release分支代码,合并到master分支,实现分支代码的同步
1.6.2.分支开发,主干发布
关于整个分支代码流转,我就不具体演示了,毕竟每个团队都会有自己的规范。在这里最后,我们分享一下如何开新分支、以及如何在分支之间切换
创建新分支,执行:【git checkout -b v1.0 origin/master】
推送v1.0分支到远程仓库,执行:【git push origin HEAD -u】
切换分支,执行:【git checkout master】
图一
图二
看完上述内容是否对您有帮助呢?如果还想对相关知识有进一步的了解或阅读更多相关文章,请关注创新互联行业资讯频道,感谢您对创新互联的支持。
网页标题:git实战管理项目的示例分析
文章分享:http://scpingwu.com/article/iiisid.html