?git?-----协同开发,冲突解决 合并分支(项目中使用git)

使用基本流程

"""
1、开发前,拉一次远程仓库
2、工作区进行开发
3、将开发结果提交到本地版本库 - git status查看时没有待处理的事件
4、拉取远程仓库(每一次要提交远程仓库前必须先拉)
5、如果出现冲突,线下沟通(协商重新开发冲突文件),要重新走3、4步
6、没有冲突,提交到远程仓库
"""

协同开发

"""
1)所有人在一个分支上进行开发 - 通常开发分支名为dev
2)遵循git开发流程:先提交本地版本库,再拉取服务器代码,最后提交代码

提交本地版本库:git commit -m ‘版本信息‘
拉取服务器代码:git pull 源名 分支名
提交代码:git push 源名 分支名
"""

冲突解决

"""
1)打开冲突文件
2)定位到冲突位置: >>>>>冲突开始 自身代码 ==== 冲突代码 <<<<<<版本号
3)删除冲突提示信息:>>>>>冲突开始、====、<<<<<<版本号
4)线下沟通整合自身代码与冲突代码,形成最终代码结果
5)重新提交本地版本库,再拉取服务器代码,最后提交代码
"""

合并分支

"""
eg:将dev分支内容合并到prod分支上
1)切换到prod分支:git checkout prod
2)合并dev分支:git merge dev
"""

下面是详细截图:

  使用 git init 初始化仓库后 全局或者局部配置之后 添加远程源

  

  使用 git remote -v 查看

  

  创建一个新的分支

  

  拉取一次远程的库 git pull 源 远程的分支

  

  协同开发案例 client_a 在项目 开发需求1 完成后提交 远程库  client_b 这时候就需要先 把自己的 需求 提交到 版本库中 然后

  到 远程库中 拿到 远程库中的数据 在提交

  

  冲突的时候就需要这样 吧 <<   >>>>>  ==== 去除了 然后提交

  没了 其他的  合并分支记住 merge 就行了  还有  提交分支 就是你当前所在的分支就ok了 再见了 我的朋友 su?

原文地址:https://www.cnblogs.com/lddragon/p/11761553.html

时间: 2024-11-09 00:18:45

?git?-----协同开发,冲突解决 合并分支(项目中使用git)的相关文章

Git下的冲突解决

冲突的产生 很多命令都可能出现冲突,但从根本上来讲,都是merge 和 patch(应用补丁)时产生冲突. 而rebase就是重新设置基准,然后应用补丁的过程,所以也会冲突. git pull会自动merge,repo sync会自动rebase,所以git pull和repo sync也会产生冲突.当然git rebase就更不用说了. 冲突的类型 逻辑冲突 git自动处理(合并/应用补丁)成功,但是逻辑上是有问题的. 比如另外一个人修改了文件名,但我还使用老的文件名,这种情况下自动处理是能成

解决android studio项目中Failded to sync Gradle project &#39;XXXX&#39; Cause:failed to find target with hash string &#39;android-16&#39;问题

之前在github上通过import module导入一个项目,结果报错,提示找不到sdk相应的版本xx,而我的compileSdkVersion明明写的是23不是xx,查了半天也没解决.最后只好下载了那个版本的sdk. 今天导入SlidingMenu的module的时候,又遇到了这个问题.  问题: Cause:failed to find target with hash string 'android-16' in: E:\sony\Android\sdk failed to find B

Git协同开发操作+github

Git git是一个用于帮助用户实现版本控制的软件 第一阶段:在美国进修的日子 1.命令: git  init git  status  查看当前文件夹的状态   全部红色 git  add+文件名 对指定文件进行版本控制 当前文件名变绿色 git  add .     对指定文件夹下的所有文件及子目录进行版本控制  所有变绿 git  commit -m '详细的描述信息'   创建提交记录 git  log     查看所有提交记录  当前版本之前上一个版本的信息,之后的就没有 git  r

git学习 八 冲突解决

准备新的feature1分支,继续我们的新分支开发: $ git checkout -b feature1 Switched to a new branch 'feature1' 修改readme.txt最后一行,改为: Creating a new branch is quick AND simple. 在feature1分支上提交: $ git add readme.txt $ git commit -m "AND simple" [feature1 75a857c] AND si

git协同开发

Github之协同开发 一.协同开发 1.引子:假如三个人共同开发同一份代码,每个人都各自安排了任务,当每个人都完成了一半的时候,提交不提交呢? 要提交,提交到dev吗,都上传了一半,这样回家拿出来的代码根本跑不起来.所以, 为每一个人创建一个分支,各自都在各自的分支上写代码,互不影响. 很短时间内大家暂时先合并一次,不然冲突太多了.但是这个分支不是dev,而是review分支,当老大看完没问题之后再合并到dev分支. 二.协同开发的两种方式: 方式一:创建协作者和组织: 方式二:添加组织 三.

Git 分支管理和冲突解决

创建分支 git branch 没有参数,显示本地版本库中所有的本地分支名称. 当前检出分支的前面会有星号. git branch newname 在当前检出分支上新建分支,名叫newname. git checkout newname 检出分支,即切换到名叫newname的分支. git checkout –b newname master 这个命令将上面两个命令合并:在master分支上创建分支newname分支并检出到该分支. 合并分支间的修改 Merge 合并操作将两条或多条分支合并到一

GIT 协同开发

Git 是一个开源的分布式版本控制系统,用于敏捷高效的处理任何项目的版本问题.Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件.与cvs,svn等版本管理工具不同,GIT采用的是分布式版本库的方式,不必服务器端软件的支持. GIT与SVN的主要区别: git 是分布式的, svn 不是 git 按照元数据的方式存储内容, svn 是按照文件的形式存储 git 和 svn 中的分支不同 git 没有全局版本号, svn 有 git 内容

git使用八创建和合并分支

创建与合并分支. 在  版本回填退里,你已经知道,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支.截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支.HEAD严格来说不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支. 首先,我们来创建dev分支,然后切换到dev分支上.如下操作: git checkout 命令加上 –b参数表示创建并切换,相当于如下2条命令 git branch dev git check

前端项目中使用git来做分支和合并分支,管理生产版本

最近由于公司前端团队扩招,虽然小小的三四团队开发,但是也出现了好多问题.最让人揪心的是代码的管理问题:公司最近把版本控制工具从svn升级为git.前端H5组目前对git的使用还不是很熟悉,出现额多次覆盖代码和提交冲突的问题.还有最近一次产品版本迭代的时候出现额一个问题: 一个正在开发的版块在下一次版本迭代中不需要上线了,而是修改了这个版块的一些小细节.这个正在开发的版块需要在下下一次产品迭代的时候上线. 这里来简单的记录下使用git做代码版本控制的方法:(主要是建立分支,在分支上修改当前版本的b