git开发过程中的使用流程

001、创建仓库

002、新建项目

003、初始化仓库  这一步不需要做

git init : 文件夹中会多出一个隐藏的.git文件

004、克隆项目

git clone <项目地址>

005、编写代码并提交到github上面


1、git add index.html
2、git commit -m "主分支提交"
3、git push

006、在github上面查看文件的变动

007、多人协作开发(接下来用张三、李四、CTO三人来演示工作中的流程)

1、张三克隆文件:git clone <地址> 文件夹名称

2、李四克隆文件:git clone <地址> 文件夹名称

3、张三在开发过程中需要解决BUG

4、李四在开发过程中需要开发新的功能

008、张三解决BUG并提交文件

在实际开发过程中最好不要在主分支上做事情,创建一个分支做事情

1、创建子分支:git branch zhangsan

2、切换子分支:git checkout zhangsan

3、提交到暂存区:git add index.html

4、提交到版本库:git commit -m "张三提交"

5、关联远程分支:git push --set-upstream origin zhangsan (这一步只需第一次的时候这样做即可,第二次修改文件的时候就可以直接执行第6步)

6、提交文件:git push

009、CTO合并文件

1、更新本地的分支:git fetch --all

2、切换子分支:git checkout zhangsan

3、切换主分支:git checkout master

4、合并文件:git merge zhangsan   (:wq 按下回车)

5、提交到远端:git push

6、删除子分支:git checkout -d zhangsan  (不需要操作 )

010、李四开发新的功能,但是李四的文件还是以前有bug的文件,因此我们需要最新的代码

1、创建并切换子分支:git checkout -b lisi

2、将开发好的新功能提交到版本库:git add index.html    git commit -m "李四提交"

3、切换主分支:git checkout master

4、将远端最新的代码拉取下来:git pull

5、切换子分支:git checkout lisi

6、合并主分支文件:git merge master

7、退出文件:esc 输入wq

8、提交到远端:git push --set-upstream origin lisi

011、CTO将李四的文件进行合并

1、更新本地端分支:git fetch --all

2、切换到子分子:git checkout lisi

3、切换到主分支:git checkout master

4、合并文件:git merge lisi

5、提交到远端:git push

11、删除远端分支

 git push origin --delete <分支的名字>

12、删除本地分支

git branch -D  分支名称 

012、总结

今后早上到公司第一件事:

    1、拉取最新的代码:git pull

晚上离开公司的第一件事

    1、提交代码:git push

原文地址:https://www.cnblogs.com/donve/p/10307108.html

时间: 2024-08-29 07:45:34

git开发过程中的使用流程的相关文章

不难懂------git开发过程中流程

001.创建仓库 002.新建项目 003.初始化仓库  这一步不需要做 git init : 文件夹中会多出一个隐藏的.git文件 004.克隆项目 git clone <项目地址> 005.编写代码并提交到github上面 1.git add index.html 2.git commit -m "主分支提交" 3.git push 006.在github上面查看文件的变动 007.多人协作开发(接下来用张三.李四.CTO三人来演示工作中的流程) 1.张三克隆文件:gi

Git 在小团队中的管理流程(转)

目标读者:了解 Git 的基本概念,能够使用 Git 进行基本的本地和远程操作. 有关 Git 的基础知识可以参见 知乎回答-怎样使用 GitHub?,天猪(刘勇)给出了一些很好的学习资料. 本文介绍了小团队中 Git 管理的基本使用流程.小团队的代码管理可以采用这样一种方式:项目存在一个中心远程仓库,作为团队成员进行代码交流的主要场所.同时可以存在一些成员远程仓库,用于局限在团队中部分成员间的代码交流.并将成员分成以下几类不同的角色:负责人.普通组员.预发布责任人 和 版本修复责任人.下面的章

企业中git管理代码的基本流程

现在,基于git的诸多优点,现在许多公司都选择使用git管理自己的代码,基本的流程如下: 1. 创建自己的分支,并进行开发 git checkout -b mybranch; //创建并切换到分支mybranch上 2. 开发完成后,从本地放到暂存区 git add file1 [file2] [...] ;//将新增或修改后的文件file1,file2...放到暂存区 3. 提交到本次仓库 git commit -m [message] -n; //加上-n表示忽略注释中的语法错误 4. 切换

软件开发过程中的审查 (Review)

http://blog.csdn.net/horkychen/article/details/5035769 软件开发过程中的审查 (Review) 希望别人做些什么->定义出流程 希望别人做出正确的结果->定义出审查制度 软件开发项目中包括很多的审查动作,贯穿于整个开发过程.个人认为审查主要有以下目的: 1.尽早排查出潜在的问题(Potential Risk/Issue) 经过其他人的参与,以不同的视角提出不同的看法,会有类似头脑风暴的效果,集思广议来查找工程师未能注意的问题. 2.保持良好

android app 开发过程中 对于性能优化的总结

一款手机应用  从开发过程中就要做好 性能优化,这样才能 让用户体验度 提升, 假如 我们打开一个应用 出现卡顿, 不流畅,则会很影响 用户对该应用的态度,产品狗 都很注意这些人机交互方面的 体验. 谷歌官方也是一直在优化 android 系统,不论是  碎片化处理 还是 系能 上面,这方面 ios 就做的比较好,配置比 android 低,但是流畅度却比android高,体验效果更好. 官方推荐方案:http://www.oschina.net/news/60157/android-perfo

jsp开发过程中的连接池的作用

在今天利用java做网络编程项目的时候,安全性以及系统的运行速度都是每一个开发者都需要考虑的问题.尤其是在对java商城开发以及jsp商城的开发中,连接池的使用以及配置更为重要,为什么会如此说了,下面我们的开发人员就来带大家深入的了解一下java开发过程中的连接池. 数据库每个读写操作需要一个连接,而它的访问流程大概如下: 应用数据层向DataSource请求数据库连接 DataSource使用数据库Driver打开数据库连接 创建数据库连接,打开TCP socket 应用读/写数据库 如果该连

列举游戏开发过程中的一些不良现象

1.    没有明确的计划和版本说明,没有定期审核,开发人员没有压力,懒散拖延 2.   工作流没有走通,工作流程不顺畅 3.   缺乏校验策划工作正确性的工具,缺乏提高美术生产力的编辑器,缺乏校验程序效率和稳定性的辅助工具 4.   工作流.工具等效率低下,导致生产力低下,且懒于改进 5.   不紧张.不负责,懒散,需要人督促,某些功能没人催就不管,情愿打游戏.上网 6.   功能修改仅有口头督促,没有任何记录,最后也忘记审核 7.   会议结束后没有结果,没有后续行动,没有监督,等于没开会

在项目开发过程中,应该按要求编写好十三种文档,文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。

        在项目开发过程中,应该按要求编写好十三种文档,文档编制要求具有针对性.精确性.清晰性.完整性.灵活性.可追溯性. ◇ 可行性分析报告:说明该软件开发项目的实现在技术上.经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施方案,说明并论证所选定实施方案的理由. ◇ 项目开发计划:为软件项目实施方案制订出具体计划,应该包括各部分工作的负责人员.开发的进度.开发经费的预算.所需的硬件及软件资源等. ◇ 软件需求说明书(软件规格说明书):对所开发软件的功能.性能.

代码开发过程中对日志的使用总结

在日常开发过程中,日志是代码的必要组成部分,一个好的代码也必然有一个好的日志输出,优秀的日志不仅可以快速帮助我们分析定位问题还可以在对日志的数据挖掘中产生很大的威力. 1.java在发生异常时可以打印它的堆栈信息以帮助调试,但是java的异常也有下列问题: 1)java出现异常时只能展示静态的调用堆栈信息,对应异常之前的调用参数则无法进行展示,也就是只知道哪里发生了异常,而不知道是哪些数据导致了异常: 2)java的异常堆栈通常是直接定位到某个文件的某一行,在发生异常时,如果不看代码都不知道异常