找到了这个系列的原始作者： http://www.cnblogs.com/rush/archive/2012/02/05/2339037.html 这一篇跟Hash关系比较密切。 首先，发生哈希冲突时，我们可以使用冲突解决方法解决冲突，而主要的哈希冲突解决方法如下： 注意： .NET是使用第一种策略 ...
分类：
编程语言 时间：
2016-10-23 20:13:43
阅读次数：
261
摘录自http://blog.csdn.net/rosten/article/details/17068285 1. 工程->Team->同步 2.从远程pull至本地，就会出现如下内容 3.使用Merge Tool,执行第二项 使用HEAD合并后的效果 4.再次手动修改 5.修改后的文件需要添加到 ...
分类：
系统相关 时间：
2016-10-20 14:38:00
阅读次数：
310
1.cherry-pick，把某个分支已经提交的commit放到另一个分支上 该命令可以将某个分支的提交记录合并到当前分支，如在maser有一个提交，需要合并到dev分支，那么先找到该提交的commit id，再切换到dev分支执行该命令。如果有冲突则解决冲突后手动commit，没冲突则程序会自动产 ...
分类：
其他好文 时间：
2016-10-07 18:14:38
阅读次数：
149
一、git介绍: 最好用的一款版本控制软件 1.1、优缺点: 优点： 适合分布式开发，强调个体。 公共服务器压力和数据量都不会太大。 速度快、灵活。 任意两个开发者之间可以很容易的解决冲突。 离线工作。 缺点： 资料少（起码中文资料很少）。 学习周期相对而言比较长。 不符合常规思维。 代码保密性差， ...
分类：
其他好文 时间：
2016-09-28 15:24:30
阅读次数：
151
1.首先主干要更新最新版本。 2.找到主干（trunk）点击右键--合并--合并类型选择（合并一个版本范围）点击下一步--合并源选择整个分支项目--将要合并的修改版本范围（选择指定（a）范围）点击下一步--点击合并。 3.如果有冲突先推迟解决冲突，冲突一个一个检查，检查没问题解决冲突。 4.最后提交 ...
分类：
其他好文 时间：
2016-09-23 12:40:58
阅读次数：
92
Svn: 集中式版本控制器，首先开发者在开始新一天的工作之前必须从服务器获取代码，然后进入自己的分支开发，开发完成后把自己的分支合并到主分支上进行提交，解决冲突。所有的版本信息都放在服务器上。如果脱离了服务器，开发者基本上可以说是无法工作的。 Git:分布式版本控制器，比集中式版本库要安全一些，因为 ...
分类：
其他好文 时间：
2016-09-21 07:56:49
阅读次数：
119
解决冲突有三种选择： A、放弃自己的更新，使用svn revert（回滚），然后提交。在这种方式下不需要使用svn resolved（解决） B、放弃自己的更新，使用别人的更新。使用最新获取的版本覆盖目标文件，执行resolved filename并提交(选择文件—右键—解决)。 C、手动解决：冲突 ...
分类：
其他好文 时间：
2016-09-12 00:37:11
阅读次数：
161
实用svn主干trunk自动merge到各个分支branch脚本大多数使用svn的公司，当发现bug时或新功能时，会从主干trunk直接产生一个分支branch,如叫bug01。接着同事A修改里面的bug,如果测试通过，就提交分支，将分支bug01合并到主干，并解决冲突和主干保持一致。同事B也拉了个分支bug02..
分类：
其他好文 时间：
2016-09-09 01:11:40
阅读次数：
180
在Java 8 之前，HashMap和其他基于map的类都是通过链地址法解决冲突，它们使用单向链表来存储相同索引值的元素。在最坏的情况下，这种方式会将HashMap的get方法的性能从O(1)降低到O(n)。为了解决在频繁冲突时hashmap性能降低的问题，Java 8中使用平衡树来替代链表存储冲突 ...
分类：
编程语言 时间：
2016-09-07 19:27:26
阅读次数：
123
黄色感叹号(有冲突): --这是有冲突了，冲突就是说你对某个文件进行了修改，别人也对这个文件进行了修改，别人抢在你提交之前先提交了，这时你再提交就会被提示发生冲突，而不允许你提交，防止你的提交覆盖了别人的修改。要解决冲突，如果你确认你的修改是无效的，则用TSVN还原你的修改就行了；如果认为你的修改是 ...
分类：
其他好文 时间：
2016-09-02 23:19:26
阅读次数：
178
