程式碼學習不歸路

公司內部已架設 nuget server, dll 包版動作都是需要人為建置並手動包成 nupkg 並丟至內部 nuget server，這樣的動作也許可以考慮透過自動化來完成所有的事情

在 Visual Studio 裡，有許多工具或套件可以讓你可以很快或是少寫很多 Code 就完成任務，除了自行開發的 Extension 之外，還有 Code Snippet 這項工具可以讓你增加產出。

如果團隊要求在 git commit message 必須要遵守一定的規範時，似乎只能透過默契或事後來達到這件事。透過 git 所提供的 hook，可以在開發者 local commit 的時候就達到驗證目地，不合規範的 commit 不會產生，更別說會推到遠端的分支去，是個相當不錯的功能

Jenkins 的排程是用 Cron 的格式來寫的，一直以來對 Cron 不太熟悉，趁這個機會了解一下

前些日子測試時發現以 debug mode 環境建置後發佈到 dev 環境時，一切都正常無誤，然而要發佈至 prd 環境時，卻發現 log 不會照著 nlog.config 裡的 rules 所設定準則去記 log

現今 powershell 無所不能，即便是做 http GET/POST 也不是件難事

今天要做的事就是將 powershell 這項功能整合至 jenkins 裡

並回傳出成功或失敗的建置回傳碼

一直以來只使用 Nlog 來寫 log 與寫 db 記錄，卻沒有使用到 nlog 的變數與 if/else 來進行更進階的運用

使用 curl 來做 GET/POST/DELETE 已經是非常普遍的行為了，就連 slack 裡的範例用的全都是 curl，雖然用 postman 測試也很方便，但使用 slack 範例程式可以直接 copy paste 直接使用爽度更高

泛型的 T 並不能由變數的型別帶入，所以在編寫程式碼的時候會需要指定強型別，要做到動態泛型也會有一點難度

Jenkins 的強大在於可以執行 windows 的指令，甚至是 powershell, 但最近在執行 robocopy 這個 dos command 時居然在 jenkins 的建置結果有時會顯示成功，有時會顯示失敗

最近有些版控需要從 svn 搬遷至 git

然而兩者的格式是完全不同的

所幸 git svn 這個工具有提供一些轉換的幫忙

然而並不是全部都是那麼自動的

版控中最重要的東西莫過於 changelog

因為要帶有 author 與 changelog, branch, tags

如果相依的套件只有 64 位元的 dll 元件可以用來執行的話，一般而言 localhost 執行時又是以 32 位元的預設值來執行的，如何調整才能使用 localhost 站台以 64 位元的環境偵錯與開發呢？

一直以來大多都習慣使用 HTTPS 的方式搭配二階段身份驗證的方式連接 github 進行版本控管，但以便利性而言 SSH 會是更方便的做法。

承上篇介紹了Service Bus Queue，這篇將會介紹如何讓 Queue 的資料塞進來後直接 trigger 我們要的程式，以達到即時性的效果，否則以往來說我們將會寫一個無窮止盡的 for while 來做這樣的事情

這篇主要是用來使用 Azure Service Bus 以幫助我們儲存所需的資訊

使用 Cache 的目地不外乎是為了避免經常性取資料，另一方面也是為了減輕 DB 的負擔而使用，最常見的不外乎是 run time cache 與 redis cache，而這兩者有什麼不同？

有些公司會使用 swagger 或是其他的 Api 管理系統來同步 API 文件的規格，但都會遇到版本控管的問題，前者雖然是自動產生的文件，但仍然可以透過 github 的異動紀錄找到，然而後者比較依賴的卻是文件的完整性，若是多個使用者同步更新則會有後蓋前的問題產生，那該怎麼追蹤以還原呢？

最近安裝了 VS2019 community 版本後，單就幾項功能體驗看看，對於 solution filter 與 live share 這兩項容易上手的功能做介紹

MS SQL 有工具可以協助建立 full backup, differential, transactionlog 的備份計劃，介面相當友善且容易上手

透過 full backup, differential backup, transaciton log 將資料還原至某個時間點