→ MelLynce:comment一下.. "不只這些" --> 其實source code也算 :) 05/06 17:53
※ 引述《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