一场关于“何时发布版本”的论战
气氛太平静,投石起波澜。 昨天下午无意中在内部发起了一场关于"何时发布版本"的论战。 论战的背景是这样的:部门内部有这样的一个项目A,它的目标是开发出可被其他项目或产品复用的组件(这里就暂称之为组件吧,我们内部称这类组件为可复用资产)。这个项目已经开发了大半年了,目前处于收尾阶段,绝大部分开发工作已经完成。测试(包括压力测试等)已经测试过至少一轮了;我们的产品线近期准备复用项目A成产出的这些组件,我们希望得到这些组件的某个发布版本。 ...
气氛太平静,投石起波澜。 昨天下午无意中在内部发起了一场关于"何时发布版本"的论战。 论战的背景是这样的:部门内部有这样的一个项目A,它的目标是开发出可被其他项目或产品复用的组件(这里就暂称之为组件吧,我们内部称这类组件为可复用资产)。这个项目已经开发了大半年了,目前处于收尾阶段,绝大部分开发工作已经完成。测试(包括压力测试等)已经测试过至少一轮了;我们的产品线近期准备复用项目A成产出的这些组件,我们希望得到这些组件的某个发布版本。 ...
印象中关于编译以及链接的问题早已是老生常谈了。但今天又遇到了一个这样的问题,这里还总想提及一下下^_^。 这次要说的问题依旧发生在使用lcut进行单元测试的过程中。一位同事在编译使用了mock函数的测试用例代码时出现了"multiple definition of ‘xxx’“的错误。这里简单模拟其场景如下: ...
lcut单元测试框架在我的项目中应用已经有一段时间了,项目组的同事对lcut的使用也是越来越熟悉,这不今天一位同事还提出了一个新需求,需求大致是这样的。 在实际项目中,经常遇到这类情况: int bar(…) { int ret; ret = foo(…); /* assert ret */ … ret = foo(…); /* assert ret */ … ret = foo(…); /* assert ret */ … } 上述代码中被测函数接口bar的实现中多次调用了某函数foo。这样当我们用mock方式测试bar这个函数时,可能需要多次重复设置foo的返回值以及输出函数的值,就像这样: ...
本文翻译自The Linux Foundation的《How to Participate in the Linux Community》(基于2012-03-21最新版本),原作者为Jonathan Corbet(corbet@lwn.net)。 下面是该文章第七章、第八章以及第九章节的中译文。 ...
本文翻译自The Linux Foundation的《How to Participate in the Linux Community》(基于2012-03-21最新版本),原作者为Jonathan Corbet(corbet@lwn.net)。 下面是该文章第五章节的中译文。 ...
本文翻译自The Linux Foundation的《How to Participate in the Linux Community》(基于2012-03-21最新版本),原作者为Jonathan Corbet(corbet@lwn.net)。 下面是该文章第六章节的中译文。 ...
本文翻译自The Linux Foundation的《How to Participate in the Linux Community》(基于2012-03-21最新版本),原作者为Jonathan Corbet(corbet@lwn.net)。 下面是该文章第四章节的中译文。 ...
本文翻译自The Linux Foundation的《How to Participate in the Linux Community》(基于2012-03-21最新版本),原作者为Jonathan Corbet(corbet@lwn.net)。 下面是该文章第三章节的中译文。 ...
本文翻译自The Linux Foundation的《How to Participate in the Linux Community》(基于2012-03-21最新版本),原作者为Jonathan Corbet(corbet@lwn.net)。下面是该文章第二章节的中译文。 ...
本文翻译自The Linux Foundation的《How to Participate in the Linux Community》(基于2012-03-21最新版本),原作者为Jonathan Corbet(corbet@lwn.net)。下面是该文章第一章节的中译文。 ...