上網調查一下目前流行的源程序版本管理軟件和項目管理軟件都有哪些？各有什麼優缺點？並在Github註冊帳戶，寫一篇博客記錄註冊的過程。

問題一：上網調查一下目前流行的源程序版本管理軟件和項目管理軟件都有哪些？各有什麼優缺點？（如下內容爲網上查詢所得）

Microsoft TFS（Team Foundation Server）：

優勢：任務版上能將需求、項目進度盡收眼底，對於小團隊而言，比甘特圖更有用；集成了項目管理、版本控制、BUG 跟蹤，能有效實現 SCRUM；能與 VS 無縫接合

缺點：搭建、維護tfs比較複雜，硬件要求也比較高。

GitHub：

優勢：GitHub是一個很是萬能的工具。對於任何大小的項目，他都是理想的工具；他也是偉大的web工做流工具。首 先，他能夠做爲一個版本控制系統和協做工具，用它來發布工做。利用GitHub，你能夠將項目存檔，與其餘人分享交流，並讓其餘開發者幫助你一塊兒完成這個項目。優勢在於 ，他支持多人共同完成一個項目，所以大家能夠在同一頁面對話交流。建立本身的項目，並備份，代碼不須要保存在本地或者服務器，GitHub作得很是理想。學習Git也有不少好處。他被視爲一個預先維護過程，你能夠按本身的須要恢復、提交出現問題,或者您須要 恢復任何形式的代碼，能夠避免不少麻煩。Git最好的特性之一是可以跟蹤錯誤，這讓使用Github變得更加簡 單。Bugs能夠公開，你能夠經過Github評論，提交錯誤。在GitHub頁面，你能夠直接開始，而不須要設置主機或者DNS。

缺點：

若是，你是Github使用新手，首先的挑戰就是擺正心態——須要不斷實踐和時間。他可能不是捕捉創意過程和記錄創意點子的最佳工具。對於這種特殊功能模擬能夠選擇LayerVault 或其餘類似工具。以前，咱們已經強調過Github很是適用代碼跟蹤，可是卻不是最好的設計跟蹤工具。將圖片內容轉 化爲代碼，或者將設計用於產品設置，看起來依舊不是那樣順利。這是由設計者決定的，然而，一些人發現 GUI 有點混亂，選擇CLI代替。一些開發人員學習主要使用Git命令 ，這樣能夠解釋爲何他們不太喜歡GUI的緣由了。稍加練習,命令的學習是不太困難的。然而，你喜歡每天 寫命令嗎？特別是跟蹤項目歷史或解決衝突的時候。因此就有了另一羣喜歡GUI的人們。將提交、修改、移 動文件等操做可視化，會有一個更好的體驗。而這些，就如以前提到的，須要時間來適應。

Trac：

優勢：

Trac作一個SCM配置管理平臺，意味着它有良好的擴充性；Trac的權限體系是比較完備的設計；很是靈活，能夠爲所欲爲的定製，能夠和TortoiseSVN集成。

缺點：

1.不支持多項目 2.需求和缺陷沒有分離 3.用 wiki 來替代 Word 等工具編寫文檔對於產品策劃來講門檻過高了 4.中文化不完整，美術人員接觸起來困難重重  5.不顯示中文名，本地化作得不好 6.核心功能不多，不安裝插件基本上無法用。

BUGZILLA：

優勢：

一、BUGZILLA不收費,二、BUGZILLA如今有中文版支持

缺點：

一、BUGZILLA只能管理缺陷

Apple XCode：

優勢：

1.能夠自動建立分類圖表。2.自動提供撤消、重作和保存功能，無需編寫任何編碼。

缺點：

一、 更新版本後，某個插件可能會失效。

 

問題二：註冊Github帳戶過程（按照教程的順序進行）

1.註冊Github帳號：直接進入到https://github.com/ 主頁，註冊帳號，而後點擊[Sign up for  GitHub]進行更爲詳細的註冊，以後會有郵件發來，而後在郵件連接繼續認證註冊，Github就註冊好了。以後能夠在上面建立一個簡單倉庫了。

2.以後按照教程來講是應該進行GitExtensions和TortoiseGit的安裝的，可是Google Code網站我嘗試屢次都沒有登錄上，致使GitExtensions沒有下載下來，可是我會繼續嘗試下載，以便完成接下來與VS的配置（因爲做業提交時間的限制，GitExtensions的安裝，設置我都沒有完成）。TortoiseGit的安裝下載十分順利。

3.因爲我安裝的不全，因此尚未達到與VS的無縫鏈接，但以後我還會繼續按照教程的方法設置的，完成沒有設置好的部分。