項目名稱：空天獵
組名：Hello World!
組長：陳建宇
組員：劉淑霞、方銘、黃澤宇、賈男男、劉耀澤、劉成志
問題
0. 在吹牛之前，先回答這個問題： 如果你的團隊來了一個新隊員，有一台全新的機器， 你們是否有一個文檔，隻要設定了相應的權限，她就可以根據文檔，從頭開始搭建環境，并成功地把最新、最穩定版本的軟體編譯出來，并運作必要的單元測試？
我們有項目的文檔，關于遊戲架構，我們組内用統一的遊戲架構（前期在項目設計初期搭建的架構），進入新成員後，會給他拷貝遊戲架構，然後給他配置設定相應的功能子產品。然後他就可以根據該項目目前的版本進行單元測試。
1、你的團隊的源代碼控制在哪裡？用的是什麼系統？如何處理檔案的鎖定問題？
coding.net托管，采用git的方式進行控制。項目單元由組長在本地進行合并後上傳git。
2、如何看到這個檔案和之前版本的差異？ 如何看到代碼修改和工作項 （work item），缺陷修複 （bug fix) 的關系。
根據最新commit的檔案和之前的進行對比。
3、如果某個檔案在你簽出之後已經被别人修改，并且簽入了，那麼你在簽入你的修改的時候， 如何合并不同的修改（merge)? 你用了什麼工具來幫助你？
coding上的代碼規定隻有組長可以進行上傳，其他人隻能下載下傳。基本不會遇到有修改，即使有，按組長的版本為準，組長會進行備份項目。
4、你有20個檔案都是關于同一個功能的修改，你要如何保證這些檔案都同時簽入成功（修改的原子性），或者同時簽入不成功？
場景： 程式員果凍要簽入 20 個檔案，他一個一個地簽入， 在簽入完5 個 .h 檔案之後， 他發現一些 .cpp 檔案和最新的版本有沖突，他正在花時間琢磨如何合并... 這時候， 程式員小飛從用戶端同步了所有最新代碼， 開始編譯， 但是編譯不成功 - 因為有不同步的 .h 檔案和 .cpp 檔案！ 這時候， 别的程式員也來抱怨同樣的問題，果凍應該怎麼辦？
沒有出現過這種情況
5、你的PC 上有關于三個功能的修改， 但是都沒有完成，有很多檔案處于半完工的狀态，這時你要緊急修改一個新的 bug，如何把本地修改放一邊，保證在幹淨的環境中修改這個 bug, 并成功地簽入你的修改 --- changelist management。
建立一個項目，修改該功能。
6、規範操作和自動化
你的團隊規定開發者簽入的時候要做這些事情：
- 運作單元測試，相關的代碼品質測試。
- 代碼複審 （要有别的員工的名字）
- 和這次簽入相關的issue 編号， 任務/task， 缺陷/bug 編号，等等， 以備查詢。
請問你的團隊有這樣的自動化工具讓開發者友善地一次性填入所有資訊然後送出麼？ （進階功能， 代碼送出之後， 相關bug 的狀态會改動為 “fixed”， 并且有連結指向這次簽入。）
回答：沒有。
7、如何給你的源代碼建立分支？
場景：你們需要做一個示範，是以在示範版本的分支中對各處的代碼做了一個臨時的修改， 同時，主要的分支還保持原來的計劃開發。 你們怎麼做到的？ 在示範之後，示範版本的有些修改應該合并到主分支中，有些則不用，你們是怎麼做到的？
場景： 你們的軟體釋出了，有很多使用者，一天，一個使用者報告了一個問題，但是他們是用某個老版本，而且沒有條件更新到最新版本。 這時候，你如何在本地建構一個老版本的軟體，并試圖重制那個問題？
項目開發人員根據現實情況進行決定。
找曆史commit，将其下載下傳到本地，重新部署。
8、一個源檔案，如何知道它的每一行都是什麼時候簽入的，為了什麼目的簽入的 （解決了哪個任務，或者哪個bug）？
根據在coding上送出代碼的時間。
9、如何給一個系統的所有源檔案都打上标簽，這樣别人可以同步所有有這個标簽的檔案版本？
代碼每天都在變， 有時品質變好，有時變差，我們需要一個 Last Known Good （最後穩定的好版本） 版本， 這樣新員工就可以同步這個版本， 我們如果需要釋出，也是從這個版本開始。 那麼如何标記這個 Last Known Good 版本呢？
以開發人員最終調試的穩定版本為準。
10、你的項目的源代碼和測試這些代碼的單元測試，以及其他測試腳本都是放在一起的麼？ 修改源代碼會確定相應的測試也更新麼？你的團隊是否能部署自動建構的任務？
沒有做相關系統的測試，隻有前期開發的調試。
11、分析比較各種軟體建構環境：
空天獵僅使用了JAVA環境，實作了當時所述功能。