※ 引述《H45 (!H45)》之铭言： : 问题是，我试着去理解configuration baseline的意义 : 但是实在是难以具像化它的意义 : 好比说，1+1=2，就很容易地联想到一个苹果和一个苹果合在一起是两个苹果 : 而configuration baseline我就无法理解了 : 我所认知的字面上的意义： (可能有错) : configuration information是在一个product's或product component's life中 : 特定的一个时间点的资讯。然後configuration baselines就是加上已核可的改变 : 而这些改变就是从那些其他的baselines建构出来的configuration information : 我所具像化的理解： (可能有错) : configuration information用在开发一个软体上，很可能是程式语言的资讯 : 也可以是一个类别图的资讯，或者是开发人员的能力资讯。 : configuration baselines就是这些configuration information的分类(?) : 像是说在configuration information的其中一个元素是C++的话 : 那麽对映到configuration baselines就是programming language : 而configuration information的C++如果改变成C# : 那麽configuration baselines还是programming language : 像是下面的图： : ┌────────────┬─────────────┐ : │configuration baselines │configuration information │ : ╞════════════╪═════════════╡ : │language │C++/JAVA │ : ├────────────┼─────────────┤ : │searching engine │www.google.com │ : └────────────┴─────────────┘ : 这样的理解有错吗？或是有其他需要补充的部分，欢迎提出来 : 我很需要其他不同的声音 @_________@ 就我之前的认知来说, configuration information 应该是指一件 product / product component 的相关环境设定 (就软体开发来说, 这可以包含编译参数, 执行环境设定, test case, 等等, 不只这些. ) 而 configuration baselines 即是指"已被认可(可以动)"而不是乱改的 configuration information, 这样的 configuration baselines 可能存在某个版本控制软体里, 使得 每次做控管时所拿到的 product / product component 最少还可以动而不是改烂的屍体, 即至少 configuration baselines 是相对稳定的设定参数这样. (不这麽做的话, 可能东西今天改一改明天就炸掉了) --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.115.204.132