@loginv2 谢谢。这个很有帮助，当然，又产生了新的问题。因为变成了纯文版，在我查找的时候又出现问题了。
比如我原来的内容是：aaa + 图片+bbb + 图片+ccc（字符同图片之间没有<br>间隔）
这个时候我查找ab的话，应该是没有结果的。但是因为过滤了所有的标签，所以保留的字符串是aaabbbccc
这样的话就有了匹配结果。。。。

中医有一个说法，久视伤脾，而脾表象就是头发，所以少看电脑是真的可以防止脱发。

除了观察者校验能看得懂，其他的完全不懂。我是不是太low了。

不知道你用的是什么浏览器，反正我chrome34跑是正常的。

@lazycat 这篇文章是这么说的
http://tech.sina.com.cn/zl/post/detail/i/2014-05-21/pid_8453415.htm

就好像最近的锤子的域名t。tt。也是一个人在一个日本人不要了之后，再接过来，然后被老罗买去的。

st2的ctrl+p功能实在太无敌了。跳转查找精准。
emeditor的过滤文件夹查找代码至今让我无法舍弃他。
另外，pycharm写python的感觉真不错。

说的好。如果你真的想转，可以试验用一下lastpass。这个好像是共用的，当然，你要在chrome跟firefox上各安装一个插件。然后把你chrome上所有的密码再保存一遍。（实际上跟你手动保存没差多少功夫，好处是可以放在云上）

@coolicer 我的机器已经准备给我老娘了。她手机坏了。现在没手机中。

NUBIA虽然是国母用的，但是那个系统你没觉得山寨的过分么。Grand 。。。好吧，我承认我对三星也存有鄙视，谁让他的系统一用时间长了就那么慢的。
实用性=主流的配置+与之相适配的系统

此贴会被喷的，所以我火前留名。
说说个人使用感觉。个人感觉svn同git最大的不同在于svn强调部分更新，git更强调整体。
所以svn的某一个版本你可能跑不通，因为他只提交了一部分代码，跟其他的地方不兼容。而git基本上是每个版本都能跑的。因为每次你update代码的时候，都必须要先merge其他人的更新代码之后才能update。

从程序的耦合的角度来讲，如果一个程序足够的松耦合，每个模块儿都能独立出来，那么这个时候，svn同git并没有太大的差别。但是当一个程序各个模块儿都紧密结合的时候，用svn最大的麻烦就在于你很难清晰的判断哪个版本是可以跑通的。因为上传代码的人都只是在“旧”代码上保证了自己的代码可以跑。

写代码还是外接键盘比较实惠。另外，现在的小红帽不知道好不好用，当年的x系列的小黑的小红帽那是比鼠标好N倍的，定位准确，而且使用手感一流

最烦这样的。动不动就辞职。老板请你来是解决问题的，有事说事，如果解决不了你辞职应该羞愧，因为你没能力解决问题。如果你有能力，那就去说服老板，用git不是一种违规。
软件的质量同用什么代码管理工具之间没有半毛钱关系。当年我们公司做得最好的一个项目用的是vss管理的，黄了的项目早早就用了git。我这里还有用HG的。那能说明什么？

目前两个手机都没实物。我就单说下我的感受吧。
1.如果你想用一个打电话方便，外观比较靓的手机，自己用的舒服的手机。我推荐一加。因为find已经趟了不少雷，就实用来说，一加要比锤子好。一个系统，改的越多，bug的几率就越大。尤其是新的UI下，可能对很多应用都会有冲突。
2.如果你想要一个话题手机，拿出来往桌上一甩，人家一看那个三个实体键就知道这个手机最少不是三星苹果之类的街机，你再秀秀什么一秒抢拍拉，左右手定制啦。最后再吹吹什么工匠情怀啦，那妥妥就是逼格提升一大档次。低奢达不到，最少能有内涵。你要甩出来一加，能有啥？快速充电是挺好，你总不能拉着人一起充电吧。

锤子手机现在就是一种情怀，但是情怀的代价除了高出一截的售价之外，必然会有应用的冲突以及系统的不稳定。有些东西是可以超越的，但是有些东西是需要积累的。在这一点上，锤子手机有天然的弱势。

说个笑话：
用户：老板，给刷个ROM
老板：好叻，刷个啥子ROM？
用户：刷个 [锤子] ROM。
老板：。。。。。。

感觉你现在的问题并不是管理svn的问题了，而是测试环境同验收环境的匹配的问题了。
理论上来说，验收环境同测试环境应该是一致的。如果代码再测试环境跑没问题的话，就不应该在验收环境上出错。
但是看你的意思，测试环境就是普通人员的开发环境。他们会在里面打大量的log。断点。是这样么？
如果是的话。那么你这个就不是测试环境，而是开发环境了。
从开发环境合并代码到验收环境（真正意义上的测试环境）必须要手工merge的。没有其他办法。任何工具在这一步上都没办法100%保证合并的成功。

首先，如果成员数量小的话，建议使用git替换svn。git对于svn的一大好处在于，他是全版本同步的。举个例子：如果有一个版本1.0，a更新了a文件，这个时候如果b想提交b文件，首先他必须要先更新a文件，然后才能提交b文件变成版本1.1.

这样的好处在于很多的冲突能在开发的时候就被发现，而不用等到最后测试的时候。但是坏处在于如果开发成员的水平不够的时候，会导致很多人为一个人擦屁股的情况发生。

git的理念同svn最大的不同在于，他倾向于每个版本都是能跑起来的，都是完整的。

初期没流量的话还是在各种云上搭建吧。还比较稳定，等有了流量之后再考虑升级什么的。如果只针对国内的话，我觉得还是用国内的云比较好，访问速度有保障。如果想要支持国外的话，还是github这样的比较好。

佛印听苏东坡说自己是“牛屎一堆”，并未感到不快，只是说：“佛由心生，心中有佛，所见万物皆是佛；心中是牛屎，所见皆化为牛屎。”
换个角度去看世界，往往就会不同。