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