工程建立與初始化
1. 在Git服務器上建立項目
公司上班的朋友一般是在公司的Git服務器上建立項目，比如gitLab，這裏我就直接使用碼雲了（項目地址）。建立好後關聯到本地文件位置，我這裏使用SourceTree工具進行管理。這裏命名關聯的文件夾爲FPTest，然後mac顯示隱藏文件夾可以看到裏面已經有了一個.git文件倉庫了。
2. 在本地建立工程項目
因爲已經是git託管的文件夾了，所以直接略過xcode上的git的配置。項目建立完成如下。
3. 配置gitignore文件，刪除userinterface。
顯示macbook上的隱藏文件，然後將配置好的.gitignore文件放在有git文件夾的同層位置。我直接使用我以前配置好的.gitignore文件，需要的朋友可從項目中顯示隱藏文件然後獲取。
需要了解gitignore的可參考教程。
此時commit一次標記添加了.gitignore
然後在xcode開啓狀態下進入目錄地址如下
刪除UserInterfaceState文件，此文件無需提交到git服務器上，當重新打開xcode時會自動再生成。重新commit標記刪除了UserInterfaceState。刪除方法可參考教程
然後利用sourceTree工具push代碼到服務器端確保一切正常。
4. commit概述
commit會記錄提交的人，提交的內容，時間等。詳細可參考教程
順帶一提，提交時可使用如下三種方式
1.#tag 此標記可以用來表示每次發佈到線上時的穩定版本。
如發佈了一個v1.2版本可標記爲#tag v1.2 。程序上線後如發現有一個需要快速修改的bug，而本地項目正在做新的需求，則此時可以將代碼使用git回退到tag v1.2後進行修改然後重新發布。這樣則不會讓新需求代碼對發佈的項目產生干擾。修改完bug後可重新回到新需求開發的地方，合併修改的地方。但個人不推薦此方法，合併過程中稍有不慎便會變得麻煩複雜。
最好是將#tag v1.2代碼拷貝一份放置在git服務器中放置tag文件夾的對應地方。需要修改bug時用這tag文件夾的代碼進行修改發佈，重新打一個新的版本到tag文件夾中。雖然重複了點，但確保簡單安全。
此方法適用於線上穩定版本出現需要修改的bug但修改量很少時。如果此時正在進行新的需求開發，需要修復的bug工作量大且不是特別嚴重則建議發佈新版本時一併修復，多版本維護是特別麻煩的。
2.#bug10 後面的編號可用來表示禪道等管理工具中對應的bug編號
3.#task10 後面的編號可用來表示禪道管理工具中對應的任務需求編號
commit加上#tag，#bug，#task，一個是方便自己能在commit記錄中快速篩選，另一個是如果公司較大且較爲深度使用禪道等工具，則此類標記可以在你每次提交commit後直接反應到禪道中，用於統計開發的進度情況，可參考禪道簡單瞭解
5. 利用pods添加幾個常用的第三方庫。
暫時先添加網絡請求，下拉刷新和網絡圖片加載三個庫吧，如下圖所示配置Podfile文件，修改工程支持版本爲11.0，然後放置到項目中用命令安裝，完成後commit
6. 建立頭文件預加載的pch文件
以前xcode是默認會生成的，用來導入一些常用的庫，讓你不用在每個需要使用到庫的地方都重新導入一遍。去掉的原因是蘋果覺得預加載的庫太多會影響性能，但實際情況是影響忽略不計，非極客者不用考慮，方便實用纔是我等懶人之首選。
參考教程
7. 建立常用父類base類文件
很多東西都是需要一些基類來繼承和拓展使用的，如導航欄，Viewcontroller，TableView等。建立如下文件，繼承對應的系統類，每個base類後續我會詳細的解釋下。
另外值得一提的是xcode中黃色的文件夾名是虛擬的文件夾，本身不存在，所以這個文件夾用中文還是英文都無所謂，我比較喜歡用中文，後續我的項目裏也都會用中文建立。同樣的，我們建立一個虛擬的黃色文件夾後最好要對應一個實際的文件夾，方便以後的代碼文件管理。
8. 導入常用的一些第三方工具
我挑了幾個常用的工具，暫時加入項目中，後續隨着完善再繼續添加。
運行發現報錯，修改代碼將導入換成UIKit。
