Kim's Note

前言 同事參加K.NET2022年中技術分享，聽到的一個有趣的東西，讓你可以用 Markdown 寫說明文件，也可以搭配各種程式語言，直接在 Visual Studio Code 中 執行文件內的程式碼。 本機開發環境 Visual Studio Code 安裝.NET Interactive Notebooks 擴充套件 VSCode 安裝套件後，可以按 ctrl + shift + P ，會列出下圖清單，此時選擇 .NET Interactive: Create new blank notebook 建立空白的 Notebook 檔案 檔案類型選擇ipydb，此類型支援線上環境MyBinder 輸入C#程式碼，可以直接執行 MyBinder線上環境 寫好的文件，要給別人測試執行，最快的方式可以透過MyBinder直接對接Github的Repository。 Github新增Repository KimInteractiveNotebook 新增 Dockerfile (內容在連結裡) 新增 Nuget.config   (內容在連結裡) 目錄結構 要注意的是在Dockerfile有作目錄Mapping，文件要放在notebooks下 簽入Github，並將URL貼到 ＭyBinder 執行Launch，MyBinder會將你的Github建置成image。 最下方的URL 就是你要分享給別人執行的網址  https://mybinder.org/v2/gh/kimx/KimInteractiveNotebook/HEAD 當Launch完畢後，會執行一個獨立的容器，畫面如下，URL容器專屬網址，只有自己才可以使用，任何變更都不會寫回Repository上，當你關閉網頁後，再重新進入 https://mybinder.org/v2/gh/kimx/KimInteractiveNotebook/HEAD ，會再產另一個。 本機線上環境 本機可以執行如同MyBinder的環境 安裝Python 指定環境變數 C:\Users\user\AppData\Local\Programs\Python\Python310\Scripts 安裝JupyterLab pip install jupyterlab 安裝.NET 環境 dotnet too...

問題 1.同事回報在Jenkins的操作出現錯誤，訊息如下: No valid crumb was included in the requestSERVLET 2.AzureDevOps的push trigger無法觸發，發生403錯誤。 以上發生是在Jenkins 版本升上 2.223所遇到問題。 解決方式 1.在防止跨站點請求偽造的設定，將代理相容性打勾。 此問題發生在公司的測試主機上，正式主機無此問題。在搜尋相關文章後，方向往安全性設定尋找，比對了2台主機的設定後，找到了差異的地方，設定後，回復正常。 ps:此設定原本是Prevent Cross Site Request Forgery exploits,之前為了讓第三方網站呼叫，把它停用。更新最新版後，Enable proxy compatibility 就變成是未勾選狀態。 2.第三方網站呼叫Jenkins要改用toke的驗證。原本使用的是帳號/密碼的方式，會出現403錯誤。 建立token，進入位置:http://localhost:8080/user/[你的帳號]/configure。 紅框的token，建立後只會顯示一次，代替原本使用的密碼。 更新AzureDevOps 的User API token，輸入將剛在Jenkins建立的token。 其它參考 https://blog.csdn.net/wanglin_lin/article/details/73849146 https://jenkins.io/doc/upgrade-guide/2.176/#upgrading-to-jenkins-lts-2-176-3

昨天更新Slack Plugin後，無法收到通知，原因為2.1.5後，設定要重新輸入，並且原本的Integration Token已移除，如下圖 修改方式 1.到Credentials 加入驗證資訊 Kind : Secret text Sercet : 輸入 Slack 提供的Token 2.在Configure/Global Slack Notifier Settings 選擇剛建立的Credential 

昨天去台北參加2015 Microsoft DevOps Day，看講師demo一個在chrome回報bug給TFS的套件，使用起來很方便，可以直接錄製步驟、擷圖、圈重點，並直接將內容放入bug內。今天上班後，馬上安裝來試試。 安裝 Exploratory Testing 連結: https://chrome.google.com/webstore/detail/exploratory-testing-previ/gnldpbnocfnlkkicnaplmkaphfdnlplb

    前一篇將環境搞定後，開始來作建置與部署的工作。 新增建置工作 加入一個建置工作 設定工作組態-指定原始檔管理 User Name /Password 需使用前VSO 的Secondary User Name 設定工作組態-加入建置   加入執行Windows批次指令，執行nuget.exe還原 ps:nuget.exe 已先下載至安裝目錄。 %JENKINS_HOME% : 安裝目錄C:\Program Files (x86)\Jenkins "%WORKSPACE%   : 工作位置 例:C:\Program Files (x86)\Jenkins\ workspace\My-VSO-Daily-Build ps 完整命令 cd %JENKINS_HOME% nuget.exe restore "%WORKSPACE%\BuildLab.sln" 加入Build a Visual Studio project or solution using MSBuild 使用MsBuild建置成功後，透過發行檔Profile，發行到主機上 完整命令: /t:Rebuild /property:PublishProfile=WebDeploy;DeployOnBuild=true;username=xxx;password=xxxx;AllowUntrustedCertificate=true 測試建置 設定完後，選單左方可以執行[馬上建置]，並在Console看到即時的輸出結果 參考來源 http://ithelp.ithome.com.tw/question/10109773 http://www.codeproject.com/Articles/878203/Integrate-Jenkins-with-MSBuild-and-NuGet http://www.dotblogs.com.tw/supershowwei/category/11733.aspx?Show=All

    前兩天去MOPCON 2015上課，談到CI Server，大部份都使用Jenkins。這兩天玩了一下，順便將目前的專案導入，將放在VSO的原始檔，作自動化建置及部署。關於Jenkins 網路有很多 文章 ，這裡不作多介紹，本篇只針對目前用到的功能、設定及問題排除作記錄。 建置環境 Window Server 2012 R2 Visual Studio 2015 : 建置、編譯、部署，此部份雖可以個別安裝，但實測後，遇到不少問題，所以乾脆將開發工具裝上。 版本控制 : Visual Studio Online Jenkins : https://jenkins-ci.org/ 下載Window版本，裝完後，預設會執行port 8080首頁 管理外掛程式   加入MSBuild Plugin 加入Team Foundation Server Plug-in

   之前的習慣是程式開發到一半遇到插單或下班時間到了，只要是程式碼Complier會過，就會將程式碼簽入，這樣的簽出/簽入並不符合版控原則。若此時別人取得你簽入的部份，剛好程式邏輯出錯或是改到一半的方法被別人引用到..........就是一連串的杯具....    上述的問題，你可能會問，若我沒有簽入的話，而下班了剛好電腦壞掉或其他因素造成程式不見了怎麼辨?此時我們可以透過擱置暫止的變更來幫我們將程式碼保留在TFS上，而別人也不會取得你修改到一半的程式。 擱置暫止的變更 如下圖，Title=…1.0.0.4 程式改到一半，遇到插單

     這陣子一直在開發專案上會用到的一些共用Library，一開始因提供給同事使用的方法不多，所以都以Blog文章為主來告知，但隨著開發的功能越來越多，感覺這樣的方法越來越不適用....如下有會幾種情況: 1.我不是每個功能都會寫Blog… 較小的功能就懶的寫..XD 2.照著文章作但跑不出該程式的功能.......PS:個人文筆不太好，有時會少寫XD 3.原本的功能更新了，但文章沒更新.... 4.當團隊成員一多的時候，Tranining會佔去很多時間，且教了也不一定會記起來...    針對上述目前想到是直接寫一個共用方法的線上範例及預覽原始碼程式，讓成員可以直接執行該程式的結果及將相關代碼直接複製回去，雖不一定是最佳解法，但至少第一步可以不用問我，直接看範例也應該可以知道如何使用。 介紹前先來看一下成果