冲突管理

项目开发git操作 基本流程 开发前，拉一次远程仓库 工作区进行开发 将开发结果提交到本地版本库 -git status查看没有被处理的事件 拉取远程仓库（每一次要提交远程仓库前必须先拉） 如果出现冲突，线下沟通（协商重新开发冲突文件），要重新3,4步 没有冲突，提交数据到远程仓库 协同开发 1.所有人在一个分支上进行开发---通常开发分支为dev 2.遵循git开发流程：先提交本地版本库，再拉取服务器代码，最后提交代码 提交到本地版本库：git commit -m '提交的注释信息' 拉取远程仓库代码：git full 源名 分支名 提交到远程仓库：git push 源名 分支名 冲突解决 1）打开冲突文件 2）定位到冲突位置： >>>>>冲突开始 自身代码 ==== 冲突代码 <<<<<<版本号 3）删除冲突提示信息：>>>>>冲突开始、====、<<<<<<版本号 4）线下沟通整合自身代码与冲突代码，形成最终代码结果 5）重新提交本地版本库，再拉取服务器代码，最后提交代码 """ 合并分支 eg：将dev分支内容合并到prod分支上 1）切换到prod分支：git checkout prod 2）合并dev分支：git merge dev redis数据库 为什么要学习redis 1、redis是内存 no-sql 数据库，相比mysql等硬盘数据库效率高 2

1.项目开发git操作 2.开通腾讯云短信 3.redis简单介绍 一.项目开发git操作 1.基本流程 """ 1、开发前，拉一次远程仓库 2、工作区进行开发 3、将开发结果提交到本地版本库 - git status查看时没有待处理的事件 4、拉取远程仓库(每一次要提交远程仓库前必须先拉) 5、如果出现冲突，线下沟通（协商重新开发冲突文件），要重新走3、4步 6、没有冲突，提交到远程仓库 """ 2.协同开发 """ 1）所有人在一个分支上进行开发 - 通常开发分支名为dev 2）遵循git开发流程：先提交本地版本库，再拉取服务器代码，最后提交代码 提交本地版本库：git commit -m '版本信息' 拉取服务器代码：git pull 源名 分支名 提交代码：git push 源名 分支名 """ 3.冲突解决 """ 1）打开冲突文件 2）定位到冲突位置： >>>>>冲突开始 自身代码 ==== 冲突代码 <<<<<<版本号 3）删除冲突提示信息：>>>>>冲突开始、====、<<<<<<版本号 4）线下沟通整合自身代码与冲突代码，形成最终代码结果 5）重新提交本地版本库，再拉取服务器代码，最后提交代码 """ 4.合并分支 """ eg：将dev分支内容合并到prod分支上 1）切换到prod分支：git checkout prod 2）合并dev分支：git merge

一、概述 1. Git与SVN比较 目前用到最广泛的版本控制软件就是SVN和Git,那么这两者之间有什么不同之处呢？ 1) SVN（Subversion）是集中式管理的版本控制器，而Git是分布式管理的版本控制器！ 2) SVN只有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。 3) Git每一个终端都是一个仓库，客户端并不只提取最新版本的文件快照，而是把原始的代码仓库完整地镜像下来。每一次的提取操作，实际上都是一次对代码仓库的完整备份。 4) Git具备强大的分支管理功能，SVN实际上不具备。 2. 为什么选择Git SVN的优点： 1) 管理方便，逻辑明确，符合一般人思维习惯。 2) 易于管理，集中式服务器更能保证安全性。 3) 代码一致性高。 SVN的缺点： 1) 提交并非每次都能够成功。如果有其他人先于你提交，会提示“改动基于过时的版本，先更新再提交”… 诸如此类； 2) 冲突解决是一个提交速度的竞赛：手快者，先提交，平安无事；手慢者，后提交，可能遇到麻烦的冲突解决。 Git更适合分布式开发，离线工作，强调个体，任意两个开发者之间可以很容易的解决冲突。最重要的是Git具备强大的分支管理功能，非常适合产品开发。 二、基本操作 1. 获取帮助 通过git命令可以查看所有命令的介绍 2. 仓库的克隆

→** **在这里恭祝大家1024程序员节日快乐！ 文章目录 服务端安装及配置 安装SVN服务端 创建svn服务工程总目录 客户端安装及开发流程 配置管理人员 创建工厂 配置权限 创建用户 配置权限 PM创建并提交项目 开发人员checkout检出项目 冲突问题 总结 Showlog 误删文件后如何处理 完毕 服务端安装及配置 安装SVN服务端 创建svn服务工程总目录 创建一个根目录，这个根目录用来存储所有的svn的工厂信息（每一个工厂等于一个项目） 启动svn： svnserver -d -r F:/SVN/ROOT    对于wndows而言不支持后台模式，要添加到服务里，由手动改为自动！    解释 ：我们再打开一个cmd敲入netstat -an可以看到出现了端口为3690的服务，这就是svn的 端口，但是当我们关闭命令启动窗口的时候，3690端口服务又不不见了。  所以要想保持服务不被关闭，我们最好加入到window启动服务里来进行启动，linux支持后台启动： sc create SVNserver binPath = "F:\SVN\Subversion\bin\svnserve --service -r F:/SVN/ROOT" 异常问题- [sc] openSCManager 失败 5 拒绝 访问拒绝 ： ：   

Git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。 Torvalds 开始着手开发 Git 是为了作为一种过渡方案来替代 BitKe。 Git的功能特性： 从一般开发者的角度来看，git有以下功能： 1、从服务器上克隆完整的Git仓库（包括代码和版本信息）到单机上。 2、在自己的机器上根据不同的开发目的，创建分支，修改代码。 3、在单机上自己创建的分支上提交代码。 4、在单机上合并分支。 5、把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。 6、生成补丁（patch），把补丁发送给主开发者。 7、看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突（他们之间可以合作解决的冲突），就会要求他们先解决冲突，然后再由其中一个人提交。如果主开发者可以自己解决，或者没有冲突，就通过。 8、一般开发者之间解决冲突的方法，开发者之间可以使用pull 命令解决冲突，解决完冲突之后再向主开发者提交补丁。 来源： https://www.cnblogs.com/yyyyyyyhj/p/11569726.html

　　 Git 是一款开源的分布式版本控制系统，它的出现和Linux紧密相关。Linux内核项目组为了能更好地管理和维护Linux内核开发，于2002年开始启用商业的分布式版本控制系统BitKeeper。虽然软件开发商授权了Linux社区能免费使用，但是好景不长，到了2005年，BitKeeper的开发商由于某些原因终止了与Linux社区的合作关系。于是Linux的作者Linus Torvalds就决定开发一款能替代BitKeeper的分布式版本控制系统（即Git），在花费十天的时间后发布了Git的第一个版本。 一、版本控制系统 　　版本控制系统（Version Control System，VCS）能管理文件内容的变更记录，即可追踪文件的修订历史，确保不同的人在编辑同一文件时能保持同步。该系统不仅能应用于保存源码的文本文件，还能对图像、Word文档等各种类型的文件进行版本控制。有了版本控制系统之后，就能很方便的回退文件到某个状态、比较文件变更前后的区别、查询到修改文件的人等。目前市面上的版本控制系统大致可分为两种：集中式和分布式，下面会对它们做单独的讲解。 1）集中式 　　当需要多人协同工作时，就得让集中式版本控制系统（Centralized Version Control Systems，CVCS）登场了。 　　这类系统包括CVS

三、svn的使用 1.直接使用tortoise进行checkout、update、commit 其中 URL我可以在 SVN服务器获取到，我在 myRepositories下右键新建文件 qianduan文件被建立，然后比如我这样右键 --> copy下 即可。 将复制的版本库URL粘贴上,如下图： 注意事项： .svn这个隐藏目录记录着两项关键信息：工作文件的基准版本和一个本地副本最后更新的时间戳，千万不要手动修改或者删除这个.svn隐藏目录和里面的文件!!,否则将会导致你本地的工作拷贝(静态试图)被破坏，无法再进行操作。 1) TortoiseSVN图标介绍 一个新检出的工作复本使用绿色的对勾重载，表示 Subversion状态正常。 在你开始编辑一个文件之后，状态就变成了已修改，而图标重载已变成了红色感叹号。通过这种方式，你可以很容易地看出那些文件从你上次更新工作复本被修改过，且需要提交。 如果在提交的过程中出现了冲突，图标就会变成了黄色感叹号。 加号告诉你有一个文件或者目录已经被计划加入到版本控制中。 2) TortoiseSVN Client基础操作: 1. SVN检出(SVN Checkout) 在文件夹或者目录下单击右键 – > 选择 SVN检出，如下图所示 2. 增加(Add) 在test项目文件下，新建一个b.txt文件，提交到版本库的方法如下2种： 1.

Git使用指南 文本文件，可以体现内容的变化 二进制文件，只能体现文件大小的变化 创建版本库 设置git信息 用户名 命令 git config --global user.name “用户名” 邮箱 命令 git config --global user.email “电子邮箱” 建立仓库 建立目录 初始化仓库 命令 git init 添加文件到版本库 1、添加文件 命令 git add [文件名] 一次一个文件 2、提交到版本库 命令 git commit -m “提交的说明” 提交说明内容要便于查看文件修改的情况" 一次提交多个文件 版本管理 查看工作区状态 命令 git status 查看文件被修改内容 命令 git diff [文件名] 版本回退 1、查看提交历史 命令 git log -pretty=oneline 2、查看命令历史 命令 git reflog 2、回退操作 第一种命令 git reset --hard commit_id commit_id 版本号前几位就可以，只要能找到就行 第二种命令 git reset --hard HEAD^ HEAD指向的版本是当前版本 ┌────┐ │HEAD│ └────┘ │ │ ○ append GPL │ │ └──> ○ add distributed │ ○ wrote a readme file HEAD^