A产品在经过N个版本测试洗礼后，终于如期发布。A产品发布时共产生的B、C两个分支版本。 B、C版本均为A基线版本子版本，但流程上有一定区别，同属一个产品线，但有一些地域性需求特性。 B版本随着时间的推移又推出了D、E两个补丁版本，即Bsp1及Bsp2。由于产品结构的调整，产品结构链需要向F版本过渡，F版本将是现有产品新的基线版本，但全国局点更新速度远小于产品演进速度。则出现以下问题，由于同时需要在全国局点维护多个不同基线的发布版本。则在代码修改时需要同时对几个版本进行更改，并合并到一个主分支上，遂产生以下一些问题。阅读全文>
发表于 @ 2008年06月07日 23:00:00|评论(loading...)|收藏
很长时间没有发内容，先道个歉吧。今天登上来居然排名掉到600多，心寒呀。去了新公司，继续开始软件方面的研究。为了管理以前的测试代码及一些工具，昨天花了几个小时在自己的测试机上架设了最新的SVN_Server服务器。这篇帖子也是在架设的时候找到的，我觉得写的不错，这里也就小小分享一下。使用SVN来控制自己的重要文件并对一些代码片段进行简单维护是一个不错的方式，Eclipse中的Team提交模式为我很好的维护Py脚本提供了更便捷的历史版本信息。阅读全文>
发表于 @ 2007年10月09日 22:20:00|评论(loading...)|收藏
三个必要不充分条件:(1)互斥：一次只有一个进程可以使用资源(2)占有且等待：当一个进程等待其他资源时，可以占有已分配的资源(3)非剥夺：不可能从已经占有资源的进程手中强行剥夺资源实际发生死锁的条件:(4)循环等待：存在一个封闭的进程链，使得每个进程至少占有链中下一个进程 所需要的一个资源假设前三个条件存在，可能发生一系列事件会导致不可解决的循环等待，这个即是死锁的定义。可以把死锁防止分为两类：(1)间接的死锁防御方法，即防止三个必要条件中的任何一个发生(2)直接的死锁防御方法，即防止循环等待发生。阅读全文>
发表于 @ 2007年09月14日 22:45:00|评论(loading...)|收藏
redhat.com发布redhat 9简写为rh9)后，不再开发redhat 10,11...,全面转向redhat enterprise linux(简写为rhel)的开发，和以往不同的是,新的rhel 3要求用户先购买lisence,redhat.com承诺保证产品的稳定性，安全性。rhel 3二进制代码不再提供下载，而是作为redhat 服务的一部分，但源代码依然是open。所以有了centos ,whitebox,dao 等等一批open source的企业版本，其中centos最为活跃。阅读全文>
发表于 @ 2007年01月16日 20:42:00|评论(loading...)|收藏