冲突管理

Microsoft Sync Framework元数据和同步流程 元数据(Metadata) Microsoft Sync Framework为脱机和协作的应用程序、数据存储和设备提供了一个完整的同步平台，而不用考虑如下限制： 同步的数据类型 数据存储的类型 传输协议 网络拓扑比如点对点或客户端-服务器拓扑 相反，Sync Framework通过一个通用的元数据模型来允许Sync Framework完成下面的工作： 实现同步过程的互操作性 减少在两个参与同步的data stores之间的数据传输量 使同步独立于任何网络拓扑、数据类型、数据存储和传输协议 在本篇博客中，我们将详细的了解和学习通用的元数据模型以及它的组件，当然，我们也会讨论Sync Framework如何使用元数据来同步不同的数据存储和副本。 什么是元数据 从字面意义上看，元数据是“关于数据的数据”。而Microsoft Sync Framework中使用的元数据包含两种类型： 副本元数据（Replica metadata） 项目元数据（Item metadata） 在Sync Framework中，副本通常是指真正的数据存储。比如，如果我们在同步两个数据库，那么每个数据库都是一个副本，副本可以包含项目。比如，对于数据库，一个项目可以是表中的一条记录。 要同步两个副本， Sync

今天在提交项目文件到本地SVN时提示错误如下： 过期：”global.php“在事务”21-1“, You have to update your working copy first. 运行update更新后再次提交又出现如下错误： svn: Commit failed (details follow):svn: Aborting commit: 'global.php' remains in conflict查了一下SVN的手册才知道原来是多个版本之间遇到冲突。此时你需要解决冲突（合并别人的修改）。 -------------------------------------------------------------------------------- 举一个例子，Sally修改了sandwich.txt，Harry刚刚改变了他的本地拷贝中的这个文件并且提交到服务器，Sally在提交之前更新它的工作拷贝得到了冲突： $ svn update C sandwich.txt Updated to revision 2. $ ls -1 sandwich.txt sandwich.txt.mine sandwich.txt.r1 sandwich.txt.r2 在这种情况下，Subversion不会允许你提交sandwich.txt，直到你的三个临时文件被删掉。 $ svn

一、如何分支的合并 在git中，可以使用git merge 和git rebase两个命令来进行分支的合并。 git merge 和git rebase在大体上都差不多，下文主要以git merge来例来讲解分支的合并流程。 如果你想了解分支合并的更多内容，请阅读《 git merge简介 》，《 git rebase简介(基本篇) 》和《 git rebase简介(高级篇) 》。 git merge命令示例: $ git merge branchname 这个命令把分支"branchname"合并到了当前分支里面。 如有冲突(冲突--同一个文件在远程分支和本地分支里按不同的方式被修改了）；那么命令的执行输出就像下面一样 $ git merge next 100% (4/4) done Auto-merged file.txt CONFLICT (content): Merge conflict in file.txt Automatic merge failed; fix conflicts and then commit the result. 在有问题的文件上会有冲突标记，在你手动解决完冲突后就可以把此文件添 加到索引(index)中去，用git commit命令来提交，就像平时修改了一个文件 一样。 如果你用gitk来查看commit的结果，你会看到它有两个父分支

原文： http://gitbook.liuhui998.com/3_3.html http://gitbook.liuhui998.com/5_3.html 一、如何分支的合并 在git中，可以使用git merge 和git rebase两个命令来进行分支的合并。 git merge 和git rebase在大体上都差不多，下文主要以git merge来例来讲解分支的合并流程。 如果你想了解分支合并的更多内容，请阅读《 git merge简介 》，《 git rebase简介(基本篇) 》和《 git rebase简介(高级篇) 》。 git merge命令示例: $ git merge branchname 这个命令把分支"branchname"合并到了当前分支里面。 如有冲突(冲突--同一个文件在远程分支和本地分支里按不同的方式被修改了）；那么命令的执行输出就像下面一样 $ git merge next 100% (4/4) done Auto-merged file.txt CONFLICT (content): Merge conflict in file.txt Automatic merge failed; fix conflicts and then commit the result. 在有问题的文件上会有冲突标记，在你手动解决完冲突后就可以把此文件添 加到索引

maven的主要功能 我们都知道maven是一个项目管理工具，maven的两大主要功能是： 1、依赖管理： maven对项目中jar包的管理过程。传统工程我们直接把jar包放置在项目中。 maven工程真正的jar包放置在仓库中，项目中只用放置jar包的坐标。 2、一键构建： maven自身集成了Tomcat插件，可以对项目进行编译，测试，打包，安装和发布等操作。 仓库的种类 ：本地仓库，远程仓库【私服】，中央仓库 仓库之间的关系 ： 当我们启动一个maven工程的时候，maven工程会通过pom文件中jar包的坐标去本地仓库找对应的jar包 默认情况下，如果本地仓库没有对应jar包，maven工程会自动去中央仓库下载jar包到本地仓库 在公司中，如果本地没有对应jar包，会先从私服下载jar包 如果私服中没有jar包，可以从中央仓库下载，也可以从本地上传。 maven常用命令 ：clean，compile，test，package，install，deploy。 maven三套生命周期 ：清理生命周期，默认生命周期，站点生命周期 解决jar包冲突的三种方式 maven工程要导入jar包的坐标，就必须要考虑解决jar包冲突 maven导入jar包中的一些概念 ： 直接依赖：项目中直接导入的jar包，就是该项目的直接依赖包 传递依赖：项目中没有直接导入的jar包

原文： http://gitbook.liuhui998.com/3_3.html http://gitbook.liuhui998.com/5_3.html 一、如何分支的合并 在git中，可以使用git merge 和git rebase两个命令来进行分支的合并。 git merge 和git rebase在大体上都差不多，下文主要以git merge来例来讲解分支的合并流程。 如果你想了解分支合并的更多内容，请阅读《git merge简介》，《git rebase简介(基本篇)》和《git rebase简介(高级篇)》。 git merge命令示例: $ git merge branchname 这个命令把分支"branchname"合并到了当前分支里面。 如有冲突(冲突–同一个文件在远程分支和本地分支里按不同的方式被修改了）；那么命令的执行输出就像下面一样 $ git merge next 100 % ( 4 / 4 ) done Auto - merged file . txt CONFLICT ( content ) : Merge conflict in file . txt Automatic merge failed ; fix conflicts and then commit the result . 在有问题的文件上会有冲突标记

随着公司开发人员的增加，以及多需求的并行开发，功能上线就会碍手碍脚；害怕自己没写完的代码被别人部署到线上，害怕别人代码没写完被自己部署到线上；总之功能上线之前还要和所有开发沟通，能不能部署代码？如果只是几个人的团队倒也无妨，但是开发人员多了，沟通成本就很高了。于是 Git 的分支就发挥它的作用了，本文讲解工作中使用 IDEA 进行分支的管理以及合并，以及其他 Git 使用技巧。 环境准备 为了演示，先用 IDEA 创建一个简单工程，提交到 git 远程仓库当中。 dev-100 分支创建 现在接到了一个编号为 100 的需求，我们在 master 基础上，创建 dev-100 分支 创建新分支 dev-100的同时，并切换到 dev-100 分支。 dev-100 分支代码开发 在 dev-100 分支编写需求编号为 100 的 功能，代码完成后进行 commit 以及 push （ 如果这个分支只有你一个人在开发的话，就不用 push 到远程分支了，只需要 commit 即可 ） 分支合并 现在我们要把 dev-100 分支上的代码合并到 master 主分支上 先切换到 master 分支 合并 dev-100 分支到 master 分支之前，建议先对 master 代码进行 pull 更新操作，然后再执行 Merge into Current 如果没有冲突，dev-100

0x00. 前言 依赖冲突是日常开发中经常碰到的过程，如果运气好，并不会有什么问题。偏偏小黑哥有点背，碰到好几次生产问题，排查一整晚，最后发现却是依赖冲突的引起的问题。 没碰到过这个问题同学可能没什么感觉，小黑哥举两个最近碰到例子，让大家感受一些。 例子 1： 我们公司有个古老的业务基础包 A。B，C 业务依赖这个包。某个团队拷贝 A 的部分代码进行重构， 类名与路径完全一样 ，然后重新打包成 D 发布。 一次业务改动，B 业务也引入了 D 包，测试环境运行的时候，一切 OK，但是在生产运行时，却抛出 NoSuchMethodError 。 问题原因在于 B 业务依赖 A，D。而 A,D 存在两个同包同名类，运行的时候，具体加载谁，不同环境还真不一样。 例子 2： A 业务使用 Dubbo 进行 RPC 调用， Dubbo 需要依赖 javassist 。当前依赖关系为： A------->Dubbo------->javassist-3.18.1.GA 某次改动中引入另外一个第三方开源包，其依赖 javassist-3.15.0-GA 。生产发布的时候，将 javassist-3.15.0-GA 打包到应用中，由于生产环节为 JDK1.8，从而导致运行直接失败。 除了上述问题，依赖冲突还可能导致应用抛出 ClassNotFoundException ，

冲突是项目中不可避免的现象，过多的冲突会破坏项目组织的功能，过少的冲突会使项目组织僵化，对冲突实施科学、有效的管理是项目综合管理的一项重要内容。项目沟通管理包括为了确保项目信息及时、适当地产生、收集、传播、保存和处置所必须的过程，项目沟通管理为项目成功所必须的因素——人、想法和信息之间提供了一个关键连接，涉及项目的任何人都应该准备以项目“语言”发送和接收信息，而且必须理解他们以个人身份参与的沟通怎样影响整个项目。通过本文，充分认识项目冲突的来源和种类；掌握项目沟通的模式、沟通的渠道，认识项目有效沟通的障碍，掌握项目沟通管理的内容和方法。我们以下讨论问题时是以项目执行过程中冲突管理，对于在普通管理中的冲突管理将不是本文要讨论的对象。 (一)项目中冲突的起因 冲突及项目冲突的定义 冲突是双方感知到矛盾与对立，是一方感觉到另一方对自己关心的事情产生或将要产生消极影响，因而与另一方产生互动的过程。 项目冲突是组织冲突的一种特定表现形态，是项目内部或外部某些关系难以协调而导致的矛盾激化和行为对抗。 冲突的起因及过程 冲突的起因 冲突不会在真空中形成，它的出现总是有理由的。如何进行冲突管理在很大程度上取决于对冲突产生原因的判断，项目中冲突产生原因主要有： 1．沟通与知觉差异。 沟通不畅容易造成双方的误解，引发冲突。 另外，人们看待事物存在“知觉差异”，既根据主观的心智体验来解释事物

一.拉取最新代码 　　一般在本地进行开发时,都是切换到自己的dev分支进行开发,当开发完成需要进行代码提交,在进行代码提交前需要先进行拉取远程仓库代码,进行更新,但是此时会提示需要将本地代码进行commit或者stash,一种解决办法如下: 　　在自己的dev分支执行 git stash 将所有的更新进行暂存, 然后执行git pull 从自己的远程仓库拉取一下代码 　　切换到developer分支进行git pull 从项目的远程仓库拉取最新的代码 　　切换到自己的dev分支 执行git rebase developer 将刚才从项目的远程仓库拉取到本地的代码合并到自己的dev分支, 一般这时候都不会产生冲突(因为已经将自己的修改进行了暂存) 二.将暂存区弹出, 还原需要进行修改的代码 　　git stash list 可以查看暂存区各个文件的序列号 　　git stash pop 将暂存区所有的文件弹出 　　git stash pop 序列号　　按照序列号将暂存区的文件弹出 三.解决冲突 　　将暂存区的文件弹出合并后,如果存在冲突, git 会把冲突文件的路径显示出来,找到并打开文件,处理冲突(文件合并时,同一处代码,出现异同) 　　<<<<<<<<<<<< update up stream 　　　　a = int("3") 　　============ 　　　　a = int