※ 引述《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