專案名稱：歡迎來懟
組名：android版
組長：田繼平成員：
李圓圓,葛美義,王偉東,姜珊,邵朔,闞博文
問題
0. 在吹牛之前，先回答這個問題： 如果你的團隊來了乙個新隊員，有一台全新的機器， 你們是否有乙個文件，只要設定了相應的許可權，她就可以根據文件，從頭開始搭建環境，並成功地把最新、最穩定版本的軟體編譯出來，並執行必要的單元測試？
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：在coding.net上建立分支，每一段修改都進行交付。將不需要的修改的地方刪除。
8、乙個原始檔，如何知道它的每一行都是什麼時候簽入的，為了什麼目的簽入的 （解決了哪個任務，或者哪個bug）？
回答：根據交付資訊來知道它是什麼時候簽入的，為什麼簽入的，在我們簽入的時候，會有簽入的時間，後面的備註會寫著什麼目的簽入的。
9、如何給乙個系統的所有原始檔都打上標籤，這樣別人可以同步所有有這個標籤的檔案版本？
**每天都在變， 有時質量變好，有時變差，我們需要乙個 last known good （最後穩定的好版本） 版本， 這樣新員工就可以同步這個版本， 我們如果需要發布，也是從這個版本開始。 那麼如何標記這個 last known good 版本呢？
回答：可以在 last know good版本時建立分支，需要的時候從最後乙個last know good版本匯出。
10、你的專案的源**和測試這些**的單元測試，以及其他測試指令碼都是放在一起的麼？ 修改源**會確保相應的測試也更新麼？你的團隊是否能部署自動構建的任務？
回答：我們專案的源**和測試這些**的單元測試，以及其他測試指令碼都是放在一起的。 修改源**不會確保相應的測試也更新。我的團隊不能部署自動構建的任務。
11、分析比較各種軟體構建環境：
專案名稱：歡迎來懟
組名：android版
組長：田繼平成員：
李圓圓,葛美義,王偉東,姜珊,邵朔,闞博文
問題
0. 在吹牛之前，先回答這個問題： 如果你的團隊來了乙個新隊員，有一台全新的機器， 你們是否有乙個文件，只要設定了相應的許可權，她就可以根據文件，從頭開始搭建環境，並成功地把最新、最穩定版本的軟體編譯出來，並執行必要的單元測試？
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：在coding.net上建立分支，每一段修改都進行交付。將不需要的修改的地方刪除。
8、乙個原始檔，如何知道它的每一行都是什麼時候簽入的，為了什麼目的簽入的 （解決了哪個任務，或者哪個bug）？
回答：根據交付資訊來知道它是什麼時候簽入的，為什麼簽入的，在我們簽入的時候，會有簽入的時間，後面的備註會寫著什麼目的簽入的。
9、如何給乙個系統的所有原始檔都打上標籤，這樣別人可以同步所有有這個標籤的檔案版本？
**每天都在變， 有時質量變好，有時變差，我們需要乙個 last known good （最後穩定的好版本） 版本， 這樣新員工就可以同步這個版本， 我們如果需要發布，也是從這個版本開始。 那麼如何標記這個 last known good 版本呢？
回答：可以在 last know good版本時建立分支，需要的時候從最後乙個last know good版本匯出。
10、你的專案的源**和測試這些**的單元測試，以及其他測試指令碼都是放在一起的麼？ 修改源**會確保相應的測試也更新麼？你的團隊是否能部署自動構建的任務？
回答：我們專案的源**和測試這些**的單元測試，以及其他測試指令碼都是放在一起的。 修改源**不會確保相應的測試也更新。我的團隊不能部署自動構建的任務。
11、分析比較各種軟體構建環境：
階段第一周版本控制報告
專案名 取件幫 組名 可以低頭，但沒必要 組長 付佳 組員 張俊餘 李文濤 孫賽佳 田良 于洋 段曉睿 楊金銘 日期付佳 張俊餘李文濤 田良孫賽佳 于洋楊金銘 段曉睿2018.11.14 2018.11.15 2018.11.16 2018.11.17 2018.11.18 2018.11.19 2...
ICMP控制報文協議
icmp經常被認為是ip層的乙個組成部分。它傳遞差錯以及其他需要注意的資訊。icmp報文通常被ip層或更高層 協議 tcp或udp 使用。一些icmp報文把差錯報文返回給 使用者程序。icmp報文是在ip資料報內部被傳輸的，它封 裝在ip資料報內。icmp報文的格式如圖所示。所有報文的前4個位元組都...
MQTT控制報文（連線）
1.connect 連線服務端 1.1 可變報文 協議名 協議級別 連線標誌 保持連線 1.1.1 協議名 內容固定，標識是mqtt協議 前2個位元組表示長度，後4個位元組ascii碼的mqtt 1.1.2 協議級別 8位的無符號值表示協議的修訂版本，對於3.1.1版協議，協議級別欄位的值是4 0x...