Please enable JavaScript.

Coggle requires JavaScript to display documents.

How To Make a YouTube APP - Coggle Diagram

- - - - 至Xcode 建立project
        
        不勾選「Create Git repository on my Mac」，因使用「終端機」
        
        點選「Ｍanage Schemes」，確認是否勾選了「Shared」
        
        專案資料夾點選右鍵「Show Package Contents」
        
        點選「xcshareddata」> 「xcschems」，檢查檔案
      - 官網建立設定
        
        Public(建議） or Private
        
        勾選「Initialize this repository with a README」
        
        Add.gitgnore: Swift
        
        Repository name
      - 終端機設定
        
        pwd : 確認目前所在位置
        
        ls : 顯示目前位置所有資料夾與檔案
        
        cd : 指定路徑
        
        git init : 指令初始化這個目錄，主要目的是要讓 Git 開始對這個目錄進行版本控制。
        
        git remote add origin (複製GIthub clone)
        
        git status :查看狀態
        
        git pull origin master : 將檔案載下來
        
        git add .
        
        git commit -m "描述"
        
        git push origin master
  - - - Public or Private(建議）
      - Github選「專案」
      - Do you need to use an additional private repository?
        
        No, auto-add SSH key
      - Choose branch
        
        master
      - Project build configuration
        
        development
      - 點選「Register a Webhook for me!」
        
        網頁開發中的Webhook（Webhook）是一種通過自訂回呼函式來增加或更改網頁表現的方法。這些回呼可與原始網站或應用相關的第三方用戶及開發者儲存、修改與管理。
      - Workflow 刪除「Xcode Archive & Export for iOS」
        
        只功能步驟通過運行xcodebuild archive命令來存檔Xcode項目，然後使用命令將存檔導出到.ipa文件xcodebuild -exportArchive。該.ipa文件可以共享，安裝在測試設備上或上傳到App Store Connect。
        
        如剛開始開發還尚未有ipa文件，故先刪除
      - Workflow新增「Xcode build for simulator」
        
        運行模擬器的Xcode Build命令
- - - - 敏捷軟體開發，英文全稱：Agile software development，是從1990年代開始逐漸引起廣泛關注的新型軟體開發方式，是一種應對快速變化的需求的一種軟體開發能力。它們的具體名稱、理念、過程、術語都不盡相同，相對於“非敏捷”，更強調程式設計師團隊與業務專家之間的緊密協作、面對面的溝通（認為比書面的文件更有效）、頻繁交付新的軟體版本、緊湊而自我組織型的團隊、能夠很好地適應需求變化的程式碼編寫和團隊組織方法，也更注重軟體開發過程中人的作用。
    - - 在CI環境中，開發人員將會頻繁地向主幹提交程式碼。這些新提交的程式碼在最終合併到主幹前，需要經過編譯和自動化測試流進行驗證。
      - 需要具備的條件
        
        1. 團隊需要為每個新功能、程式碼改進、或者問題修復建立自動化測試用例。 2 .你需要一個持續整合伺服器，它可以監控程式碼提交情況，對每個新的提交進行自動化測試。 3 .研發團隊需要儘可能快的提交程式碼，至少每天一次提交。
      - 帶來的效益
        
        1. 通過自動化測試可以提早拿到迴歸測試的結果，避免將一些問題提交到交付生產中。 2. 釋出編譯將會更加容易，因為合併之初已經將所有問題都規避了。 3. 減少工作問題切換，研發可以很快獲得構建失敗的訊息，在開始下一個任務之前就可以很快解決。 4. 測試成本大幅降低，你的CI伺服器可以在幾秒鐘之內執行上百條測試。 5. 你的QA團隊花費在測試上面的時間會大幅縮短，將會更加側重於質量文化的提升上面。
    - - 在CD環境中，通過自動化的構建、測試和部署迴圈來快速交付高質量的產品。某種程度上代表了一個開發團隊工程化的程度，任何修改通過了所有已有的工作流就會直接和客戶見面，只有當一個修改在工作流中構建失敗才能阻止它部署到產品線。
      - 帶來的效益
        
        1. 釋出頻率更快，因為你不需要停下來等待發布。每一處提交都會自動觸發釋出流。 2. 在小批量釋出的時候，風險降低了，發現問題也可以很輕鬆的修復。 3. 客戶每天都可以看到我們的持續改進和提升，而不是每個月或者每季度，或者每年。
      - 需要具備的條件
        
        1. 研發團隊測試理念比較完善。測試單元的健壯性直接決定你的交付質量。 2. 你的文件和部署頻率要保持一致。 3. 特徵標誌成為釋出重大變化過程的固有部分，以確保您可以與其他部門（支援，市場營銷，公關…）協調。
    - - 它可以讓軟體產品的產出過程在一個短週期內完成，以保證軟體可以穩定、持續的保持在隨時可以釋出的狀況。它的目標在於讓軟體的建置、測試與釋出變得更快以及更頻繁。這種方式可以減少軟體開發的成本與時間，減少風險。
      - 需要具備的條件
        
        1. 你需要有強大的持續整合元件和足夠多的測試項可以滿足你程式碼的需求。 2. 部署需要自動化。觸發是手動的，但是部署一旦開始，就不能人為干預。 3. 你的團隊可能需要接受特性開關，沒有完成的功能模組不會影響到線上產品。
      - 帶來的效益
        
        1.繁瑣的部署工作沒有了。你的團隊不在需要花費幾天的時間去準備一個釋出。 2.你可以更快的進行交付，這樣就加快了與客戶之間的反饋環。 3.輕鬆應對小變更，加速迭代。