我們在WPF應用端的界面中，使用lepoco/wpfui 來做主要的入口框架，這個項目它的菜單內置了不少圖標，我們需要在動態菜單的配置中，使用它作為圖標的展示處理，本篇隨筆介紹如何基於圖標枚舉集合進行圖標的展示和選擇處理。並擴展到Font-Awesome-WPF的處理進行展示和選擇。 ...
如果你的伺服器的記憶體小於16GB，那麼K8S就和你無緣了，但是你可以使用PasteSpider來實現發佈你的項目到伺服器上！
PasteSpider是一個運維工具，使用NET編寫的，部署於伺服器的Docker/Podman上，他可以幫助你把你的項目發佈到伺服器上，支持源碼模式，支持發佈模式，支持一鍵發佈！
下麵基於實際案例做個例子:
我們以貼代碼官方(www.pastecode.cn)的代碼為例，貼代碼的服務端發佈分為2個部分，api部分和web部分。功能變數名稱解析到伺服器，然後通過Nginx代理到靜態文件(web端)和運行在docker裡面的api(支持部署多個，採用Nginx的upstream機制進行轉發)端，
更新前端文件
我們一般使用vscode進行前端的開發或者說管理端的開發，編寫改動完成後，打開PasteSpider文件同步客戶端，
(上圖截圖自PasteSpider的配套文件同步工具PasteSpiderFile，目前適用於windows上使用，是一個CS介面的客戶端)
雙擊2位置，表示確定這個項目--> 貼代碼前端代碼
然後客戶端就會進行文件的對比，文件對比是採用MD5對比的，目前沒有支持減法，也就是說如果你刪除了某一個文件，這個同步動作是不會刪除伺服器上的文件的
這樣更新的好處是，每次更新的文件很少，有變動的才會更新，然後是由於路徑啥的都是提前配置好了的，不存在你項目A更新到項目B去的錯誤！！！
狀態這一列會顯示文件是否需要更新，0表示沒有變動，-1表示忽略不需要更新，1，2表示需要更新，
然後點擊上方的 ③同步文件，同步完成後服務端的文件就更新了。
更新服務端API
我這裡採用的模式是發佈模式，也就是要在本地的VS發佈到文件夾，這樣的好處是源碼不需要弄到伺服器上，然後是發佈的時候遇到問題可以直接發現，修改後再次發佈，所以對應的Dockefile就是打包的當前文件夾的模式,發佈到文件夾的文件大概這個樣子：
然後打開發佈後的文件夾如下：
然後就是和web一樣，要把這些文件基於MD5執行對比，然後上傳到伺服器後，然後建立升級的服務，如下:
在後端的代碼更改完成後，點擊解決方案，右鍵發佈，發佈完成後，在Spider同步客戶端端按照上方的操作，雙擊2位置，表示確定選擇這個項目，然後進行文件的對比。
對比完成後，點擊 ③同步文件，然後點擊他後面的 打開去構建，會看到如下圖：(因為你的項目配置可能是多個環境，比如張三開發環境，李四的測試環境，正式環境，下麵的步驟就是問你需要把這個服務發佈到哪個環境下，至於這個環境需要發佈到哪些伺服器上就看這個項目的對應配置了)
我這裡一般是點擊4，因為1 和2 是預設勾選的，點擊4就是告訴PasteSpider，幫我為這個服務建立新的版本的鏡像包，並推送到我的私有倉庫中，然後升級發伺服器上的這個服務的這個環境的所有容器，同時如果配置了Nginx的話更新對應的Nginx的配置文件(因為容器的刪除，啟動會變更對應的IP地址等，如果是集群部署，可能數量也有變化！)
點擊上圖的4之後，可以到PasteSpider的後臺查看這個任務，大概可以看到如下圖：
上述標註的就是2個任務，構建鏡像和升級服務，可以查看狀態是否執行成功，如果配置了webhook，會收到對應的通知，比如我的配置了釘釘的webhook
最新版本的同步器支持一鍵升級，如下圖
點擊一鍵升級，會基於當前選定的項目，執行對比文件，有變動的，全部上傳完成後，直接啟用預設的都見並升級！
管理頁面
PasteSpider運行的資源占用
結語
PasteSpider一直是我發佈項目的工具，自己一直在使用，也一直在升級，比如後面支持的可以不使用私有倉庫，可以不更新Nginx等，比如環境變數支持跟隨容器設定等，都是在實際需求下的升級，有需求的項目就會有更新，一個沒有需求的項目是不會有啥東西好升級的，只有在不斷的使用中遇到不同的問題，然後才會推進一個項目的發展，目前PasteSpider採用雙版本的方式，一個開源，一個內部開源的方式，期待你的使用！
