我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)

邱繼平(山姆大叔)

  • 出版商: 博碩文化
  • 出版日期: 2025-01-02
  • 定價: $650
  • 售價: 7.8$507
  • 語言: 繁體中文
  • 頁數: 320
  • 裝訂: 平裝
  • ISBN: 6264140694
  • ISBN-13: 9786264140690
  • 相關分類: DevOpsMicrosoft Azure
  • 尚未上市,歡迎預購

  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-1
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-2
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-3
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-4
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-5
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-6
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-7
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-8
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-9
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-10
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-11
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-12
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-13
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-14
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-15
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-16
  • 我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-17
我要招架一切【痛點】:從工程師到開發團隊的 Azure DevOps 冒險指南(iThome鐵人賽系列書)-preview-1

買這商品的人也買了...

相關主題

商品描述

從工程師的痛點出發,為你的夥伴們
打造一個更容易進入心流的協作環境






     
  •  
  •  
  •  
  • 本書內容改編自第15屆iThome鐵人賽DevOps組優選系列文章《任務導向的Azure DevOps》。筆者從自身經驗所遇到的組織改革中,將真實遇到的各個案例,透過多年來積累的協作技術與知識,在Azure DevOps Service進行各項功能的探索。並藉由團隊或組織中各利害關係人的各自立場,協調出一條合規又不失去敏捷意義的軟體開發生命週期。

    本書從版本控管與自動化流水線作為基礎,提供實際開源案例,逐步引導讀者完成一個最簡單的軟體開發生命週期,來做為知識與技術的起點。並藉由各個場景故事,敘述團隊在遇到各式各樣問題時,應該要如何進行真正的利害關係人溝通,並找出平台可以協助解決的方式。期待讀者能夠找出更容易進入開發心流的那個夢想鄉。

    【本書特色】
    ● 帶領讀者從基礎DevOps的背景知識開始,以本書開源的專案,提供詳細的步驟與教學,打造一個從程式庫、持續整合與持續交付到Azure雲端的專案。
    ● 以各種場景敘述,當要組織引入一個新的協作交付流程時,常會遇到的變革管理問題。並藉由各種溝通方式與技巧,並結合平台中所提供的各項軟體開發生命週期的必備功能,來完成一個新流程的引入。
    ● 最詳盡的Azure DevOps Test Plan的功能探索,筆者藉由團隊實際導入案例,對Test Plan這個昂貴功能進行了詳盡的研究,證實了該功能確實具備其價值,絕對不容錯過。

    【專業推薦】
    在這個軟體開發變化日新月異的時代,效率和團隊合作已經成為成功的關鍵。筆者引領你走向這場變革的重要指南。
    多奇數位創意 技術總監
    Microsoft MVP/RD | Will 保哥


    熱情是柴火,技術是工具,而全局觀則是將這些堅持與改變融入組織的最好攻角。本書便是以Azure DevOps 為工具,逐步告訴你如何透過全局的角度,以自己為起點影響周遭環境的最好參考。
    靖本行策有限公司執行長 | 盧建成(Augustin Lu)

作者簡介

  • 邱繼平(山姆大叔)
    在金融業中,你絕對會認可山姆大叔是個異類無誤。
    討厭跟非理性人類溝通的他,對於那些無窮無盡不知目的的表單,存在著無止盡的懷疑,並憑藉著一身熱忱試圖推動大大小小的流程改善。
    他最喜歡開發與交付價值,同時也不畏懼挑戰那些組織內的古法,也就是糟糕的SOP。因為他信奉的是價值思維,認為時時刻刻的行為都是為了交付價值,因此在組織內不斷地推行價值思維與DevOps文化。

目錄大綱

  • CHAPTER1 單兵工程師在Azure DevOps 中不可或缺的技術力
    1-1 Azure DevOps 入門
    1-1-1 世界上的 DevOps 平台趨勢
    1-1-2 Azure DevOps 入門
    1-1-3 Azure DevOps Service 各項功能介紹
    1-2 從程式碼開始Azure Repos
    1-2-1 讓我們將既有的 Git 推到我們新建立的 Azure Repos 中
    1-2-2 讓我們談一下 Git 及一些工具
    1-2-3 Azure Repos 相關功能
    1-3 目標是 Azure APP Service 及 Windows Server IIS
    1-3-1 Azure APP Service
    1-3-2 Azure VM
    1-4 來一段自動化 Azure DevOps Pipelines
    1-4-1 兩種不同的 Agent
    1-4-2 認識一下兩種不同類型的 Azure Pipelines
    1-4-3 將程式碼來進行自動編譯及部署

    CHAPTER2 開發團隊在 Azure DevOps 平台中的協同開發、交付與溝通要點
    2-1 任務、開發流及 Pull Request 的要點介紹
    2-1-1 故事一:痛點與深空計畫的起始
    2-1-2 與開發團隊溝通
    2-1-3 與老闆溝通
    2-1-4 POWERS 分析
    2-1-5 保護分支:Azure Repos Branch Policy
    2-1-6 升空目標與團隊的協作默契的建立
    2-1-7 共識
    2-1-8 小結
    2-2 工作項目的說明,與自動化流水線的觸發
    2-2-1 故事二:升空計畫需跨越原有安逸現實的第一步
    2-2-2 與業務單位窗口溝通
    2-2-3 三步工作法
    2-2-4 軟體開發的起點,任務的開始與追蹤
    2-2-5 共識
    2-2-6 故事三:休士頓中心,我們遇到了一個問題(Houston, We Have a Problem)
    2-2-7 在 Pull Request 後的多人協作要點
    2-2-8 讓 Pipeline 為我們多做一點
    2-2-9 共識
    2-2-10 小結
    2-3 自動化佈署以及資訊安全注意事項
    2-3-1 故事四:讓開發團隊的星艦不斷的送上軌道吧!
    2-3-2 Git 分支策略與 Environment 之間的關係
    2-3-3 實作 Git 分支策略:develop 分支到測試環境
    2-3-4 共識
    2-3-5 故事五:達到第一宇宙速度的指示與發射許可!
    2-3-6 實作部署許可設計:main 分支到營運環境
    2-3-7 共識
    2-3-8 小結

    CHAPTER3 專案團隊的協作要點 - 實踐於Azure DevOps 平台管理軟體專案與測試計畫
    3-1 專案里程碑、目標、使用者故事與品質保證
    3-1-1 故事六:Mars 登陸計畫的開端
    3-1-2 與專案主要負責窗口溝通
    3-1-3 Azure Boards
    3-1-4 Test Plan
    3-1-5 共識
    3-1-6 小結