[從.Net工程師的角度來看DevOps 21]Build階段的總結和重構 - Build Server介紹

圖片來源：https://pixabay.com/en/books-spine-colors-pastel-1099067/ 和 https://blog.xebialabs.com/2016/03/21/essential-devops-terms/

在上篇[iThome第8屆鐵人賽 20]靜態程式碼分析之程式碼風格 - Stylecop介紹完了如何整合stylecop之後，build階段也差不多到了一個階段。

在這個階段裡面，從最基本的編譯、到執行單元測試、到整合程式碼測試的涵蓋率最後整合Code Analysis和stylecop，整個build基本要做的都做了，因此我們要開始進入如何把這個建制整合到builder server來達到CI的效果

在這篇，將會談到：

1. 在一次重構和調整script - 以符合上build server執行的時候比較沒有問題
2. 對build server做個簡單的介紹

sample 程式在 github devops-psake sample/chapter21

• 重構build scrip
  
• 允許傳入參數的方式決定是否執行Stylecop和Code Analysis
  
• 修正script裡面相對路徑是指執行位置而不是相對於檔案本身
  
• 整合psake module - 直接load 整合的psake
  
• 整合nuget restore
  
• Build Server的目的和使用
  
• build server工具
  
• 免費的build server
  
• 結語
  

[回顧][課程]20170704-20170705-電子內容管理 使用Git 與 github

圖片來源：https://pixabay.com/en/discussion-session-white-male-1874788/

在2017/07/04和2017/07/05這兩天（總共6個小時）很榮幸有機會在逢甲給非資訊系的學員介紹版控，並且如何使用版控來管理他們日常文件。

這次的課程其實非常特別，因為有別于以往我習慣的教學方式（多說明概念和原因多過於實際操作，因為實際操作很容易找到資料，但是背後原理、概念則不容易找到），這次反而是不需要了解太多背後原理，會用就好，先使用有興趣再來了解 原理。

一樣，我喜歡請大家給我一些回饋意見因此有請學員幫我填寫問卷，這篇會針對這次課程的一個總結。

前情提要

活動相關資訊

• 活動相片
• 課程相關資訊

簡報主要內容

讓非資訊人員了解版控，並且以此課程延伸一些不同地方的興趣。其中使用TortoiseGit介紹幾本git操作，搭配visual studio code教學編輯markdown和編輯html檔案並且透過visual studio code直接做git commit和比對等相關動作

因此希望上完這個課程，學員可能因此對git更有興趣，或者對基礎web更有興趣（因為在做線上履歷會自己調整）或者對如何搭配專案管理（github issue tracking）更有興趣，之後在往下專研。

相關投影片

• 電子內容管理 使用Git 與 github 1 from Alan Tsai
• 電子內容管理 使用Git 與 github 2 from Alan Tsai

• 前情提要
  
• 結論
  
• 給非資訊學生介紹還是要多點讓他們實作 - 但是要控制好速度
  
• 可以發現回饋有點兩極
  
• 很開心有些學員因此對Visual studio code有興趣
  
• 課程還是要有點實作比較好
  
• 詳細數據
  
• 整體感覺
  
• 最有...
  
• 簡報和demo
  
• 未來加深和其他建議
  
• 結語
  

該怎麼開專案的資料夾結構？每個專案應該要有的資料夾結構和檔案

圖片來源：https://pixabay.com/en/key-tag-security-label-symbol-2114047/

每當需要建立一個新的專案的時候，最長遇到的問題就是，我的 資料夾應該怎麼開、有哪些檔案是必須要存在。

對於初學者來說，可能會覺得這有什麼好難的，我就visual studio開起來，然後建立一個專案就可以開始工作了，範例不都是這樣開的嗎？

這個為什麼很重要呢？假設有些必要的檔案沒有建立，除了在開發上會造成負擔（例如缺少git忽略檔案），在之後自己回來看的時候就要花很多時間去找。例如文件在哪裡？專案的變更記錄在哪裡？ci的自動化build script在哪裡？

如果每個專案的結構和內容相近的話，不僅讓找資料更加方便，也能提醒自己有些東西需要補（例如萬惡的文件XD）。

這篇將會介紹每個專案應該要有的資料夾結構和應該要有的檔案，讓未來在建立專案的時候不會忘記。

最後，在實際進入之前，和任何軟體開發一樣，這個有很重的個人喜好（personal preference）在裡面，所以可能和各位習慣不同，由我先拋磚引玉，如果有不同想法和更好建議也歡迎提出來。

關鍵字:專案結構、開專案資料夾、project strcture、特殊檔案

參考的repo：mhat-common-boilerplate-repo

• 好的專案結構的重要性
  
• 可參考的應該要有的專案結構
  
• 應該要有的資料夾結構
  
• build
  
• docs
  
• src
  
• tools
  
• 應該要有的檔案
  
• .gitignore
  
• .gitattributes
  
• README.md
  
• 最好要有的檔案
  
• LICENSE.md
  
• CONTRIBUTING.md
  
• CHANGELOG.md
  
• CODE_OF_CONDUCT.md
  
• ISSUE_TEMPLATE
  
• NEW_PULL_REQUEST
  
• 結語
  

[回顧][活動][Study4]20170624-大家應該都要會的工具 git - 從放棄到會用

在2017/06/24的時候非常有榮幸和大家在Study4的6月場次裡面介紹了git。

我對於大家聽完的感想其實非常有興趣，因此做了一個問卷請大家幫忙填寫。

大家都那麼認真幫我做了填寫，我當然也要認真的把大家的建議納入進去 - 因此這篇我將會對我看問卷的結果和自己時候思考到的問題總結一下，作為未來修正的參考。

前情提要

活動相關資訊

Study4 6月活動

簡報主要內容

版控歷史介紹、gui和powershell操作、Visual Studio Team Service介紹、Visual Studio Code搭配呼叫

相關投影片

• 大家應該都要會的工具 Git 從放棄到會用1-基礎篇 from Alan Tsai
• 大家應該都要會的工具 Git 從放棄到會用2-分支篇 from Alan Tsai

• 前情提要
  
• 結論
  
• 課程大綱說明難易度的部分不夠清楚
  
• 控制簡報時間不準確
  
• 簡報的內容要多做幾次review
  
• 大家對於git其實還滿有興趣
  
• 詳細數據
  
• 場地和人員感官
  
• 版控使用經驗
  
• 整體感覺
  
• 使用git的方式 - cli vs gui
  
• 簡報內容和簡報的方式
  
• 未來相關課程
  
• 結語
  

[git]為什麼常出現有修改但是比對不卻顯示不出差異？談談檔案斷行問題和如何達到不同平台正確一致化

用git之後，有時候遇到在檢查狀態的時候明明顯示有修改，但是實際比對的時候發現完全沒有差異。

通常來說發生這種情況就是檔案的斷行跑掉了，如果沒有好好解決到時候log會常常出現修改，但是實際上並不是真的修改，未來查找log很辛苦。

在這篇將會對於如何一勞永逸處理掉這個斷行問題做個說明。

• 問題描述
  
• 解決方式
  
• 設定
  
• 一致化
  
• 問題發生的原因
  
• git 如何處理這個問題 - 自動轉換的時間點
  
• git 斷行自動轉換相關設定
  
• git config core.autocrlf
  
• .gitattributes
  
• 結語
  
• 參考資料