團隊源代碼管理

1 你的團隊的源代碼控制在哪裏？用的是什麼系統？
把更新的代碼都會提交一份能夠運行的版本到GitHub上。GitHub系統，在windows10系統上操做

2. 一個代碼文件被簽出以後，另外一我的能夠簽出這個文件，並修改麼？
一個代碼文件被簽出，另一我的能夠遷出這個文件並修改。

有幾種設計，各有什麼優缺點？
沒有設計，由於分工明確，每一個人把本身的代碼提交到GitHub，進行合併。

3.如何看到這個文件和以前版本的差別？

最簡單的方式是不使用任何工具，僅僅將不一樣版本的源代碼進行運行，進行比對，可是這樣的方法過於繁瑣，因此每次進行文件版本修改的時候，修改的人都會作一個修改日誌，代表在哪些地方進行了修改，便於其餘人員進行實時的代碼更新。

4.若是某個文件在你簽出以後已經被別人修改，那麼你如何合併不一樣的修改（merge)?

在git中執行合併便可自動合併Git修改的部分。同時修改產生衝突時，只能手動解決問題，目前沒有能自動解決的工具

 

5.你有20個文件都是關於同一個功能的修改，你要如何保證這些文件都同時簽入成功（修改的原子性）

git做爲一個成熟的源代碼版本管理系統能夠保證在簽入時的原子性，同時上傳到GitHub便可。

 

6.你的PC 上有關於三個bug 的修改， 可是都沒有完成，這時你要緊急修改第四個bug，如何把本地修改放一邊，保證在乾淨的環境中修改第四個bug, 並簽入修改？

這個時候咱們只要在本地新建一個分支，而後在新的分支上進行bug的修復就好（當前分支的內容被保存在原地。）

 

7. 如何給你的源代碼創建分支？

若是應用場景必定須要使用分支，能夠手動在github上建立分支，而後經過android studio使用git 來進行源代碼的克隆，將源代碼存入github中建立的分支之中。

 

8. 一個源文件，如何知道它的每一行都是何時簽入的？

每次交付代碼，簽入的時候會在代碼後註釋，也會創建一個文檔告知簽入時間和地點，作一個目錄記錄在案

9. 如何給一個系統的全部源文件都打上標籤，這樣別人能夠同步全部有這個標籤的文件版本？

不打標籤，按照文件上傳前後順序得知哪一個文件是最近編錄過的，能夠按照時間順序和記錄文檔得知內容修改過的順序

10. 你的團隊是否能部署自動構建的任務

源代碼更新完後會更新備份，測試代碼和源代碼一致，有錯誤會在測試代碼中修改，而後也會更新時間線上傳修改過的代碼， 全部步驟均手動操做與運行，沒有部署自動構建的任務