开发背景：
简述现有流程：代码的合并、提交是以任务为最小单元的。例如A和B两个同学开发不同的任务，那就是两个任务号。合并的时候可能会先合并A的代码，在合并B的代码。
需求：SVN合并程序开发——一款能够满足测试人员合并代码的工具，通过输入任务号或版本号及选择合并分支，将对应的任务及版本合并到选择的分支上。
要求：避免SVN冲突。
工作要点：设计一个即能减少冲突，又能提交次数最少的流程。使用SVNKIT完成设计工具，最好是图形界面客户端。
梳理思路：
个人觉得在合并过程中冲突是无法完全避免的，A和B同时改一段代码，就有可能造成冲突。那么，现在我们要做的就是如何合并能够减少冲突。比如针对代码有交叉的任务，按照提交顺序合并代码？暂且按照这个方向做~
开发思路：
1.首先要对svn本身有一个良好的认识，基础。
2.学习svnkit的使用，核心。
3.图形界面客户端调用java代码，扩展。
工作：
当天晚上就对着官网开撸，英文水平虽然不是很高，但是配合各种翻译软件加自己的聪明才智勉强看懂。那么问题来了，官方除了大的框架介绍、java doc文档，没有可用的示例代码（示例代码的连接是wiki.svnkit.com，抛出服务器500异常）。当时脑子里有三个想法：1.想着要不要联系一下官方，2.搜以前大神些的博客，3.对着java doc自己看源码。可能是由于svnkit并不是特别的火，大家都喜欢用现成的svn工具，或者用git等等，所以网上使用svnkit做svn二次开发的例子少之又少，而且均是旧版本的例子。最终照着网上大神写好的文档和一些实例代码，结合javadoc+源码完成了一部分的功能（import、checkout、commit、update等），但是感觉个人从对svnkit的理解上并没有太大的深入。万般无奈之下找了下svnkit的邮箱，给他们发了一封邮件，附上问题链接和截图。然后继续对着javadoc进行功能开发。上午都没有收到回复，有点遗憾。不过后来一想，老外和咱们有时差，应该还在睡觉。终于到快下班的时候，不小心点到官网wiki上的链接，竟然进去了。特别高兴的登上邮箱，果然收到了对方的邮件（不得不佩服，人家解决问题的效率还是比较高的）
问题解决了好开心，尽快搞定svnkit后解决图形化界面的问题。还要和测试同学沟通合并的方案~
总结：
1.遇到自己解决不了的问题，除了自己思考和动手解决，也要在第一时间反馈给可能对解决问题有帮助的人。
2.希望自己能养成看源码的习惯，对着javadoc看源代码理解起来确实不错。
好了，结束我人生的第一批博客吧，晚上照着wiki继续搞一下，加油~