星期日, 12月 19, 2021

時間管理工具 Clockify 使用小記

時間管理工具 Clockify 使用小記


最近要把時間管理的工具進行更換

要從 tsheet ( https://tsheets.intuit.com/ ) 換成 Clockify ( https://clockify.me/ )

理由有幾個

  • tsheets 目前不是免費使用, 所以增加 Job code 有困難, 然後 Clockify 宣告 FREE FOREVER, 所以沒有增加使用者與 project 的問題

  • Clockify 對很多環境與工具的整合度很好, 相對於 tsheets


剛剛看了我 tsheets 上面的紀錄, 是從 2014 年就開始使用, 也算用很久的工具了, 再次感謝 tsheets :)


Clockify 其實也不是第一次接觸, 只是之前都沒有下定決心要使用他


初步的介紹可以參考電腦玩物的文章


然後超建議可以先看官方的介紹  Video


為何會下定決心使用 Clockify 呢, 真的是因為他結合的相關應用太方便了

可以參考他的整合頁面介紹 https://clockify.me/integrations

對我來說, 很有感覺的就是


我是使用瀏覽器還有 Android 來整合


Clockify 在 vscode 也有 extension, 我也有裝


上面幾種加起來真的就很好掌握時間分析了 :)


這邊我小記一下目前規劃使用的想法

  • 紀錄個人

    • 學習時間與想要紀錄的時間

      • 藉以達成目前每周 7 小時的目標, 分析自己的相關時間比重

  • 紀錄工作

    • 紀錄工作上面的時間比重


因應上面的情境所以會利用 Clockify 上面的功能來規劃


Workspace - 切換不同的情境

  • 藉由切換 Workspace 來切換工作場景與個人, 因為這兩種場景我的設計是不同的



Project

  • 個人

    • 我是以不同的面向來設定 Project 名稱, Clockify 不像 tsheets 有多層次的 Job code, 所以我就是在命名規則上將我要的分類取在 Prefix 名稱, 例如 Community_GitLab



  • 工作

    • 這個部份就應該會比個人設定複雜

    • 會在 Project 內設定 Task

      • 定義不同的 Task (工作分類)

        • 行政處理_簽核 / 需求分析 / 溝通協調 / 會議討論_報告 / 維運_上線 / 障礙分析與排除 / 專案進度管理  / 行政簡報_文件撰寫  / 其他

          • 對應到 Project:  專案導入_開發協助

          • 對應到 Project:  現有專案協助及服務維運

        • 技術研討 / 技術測試_程式撰寫 / 課內文件撰寫 / 其他

          • 對應到 Project: 專案作業管理與流程優化開發 

        • 教育訓練主講 / 分享簡報撰寫 / 訓練參訓 / 其他

          • 對應到 Project: 教育訓練與技術研討

      • 使用免費版因為不能使用 Template 的功能來達成建立一個 Template 就可以套用 Task 與相關設定在新的 Project, 想法上就是用工作的方向來建立不同的 Project

        • 專案導入_開發協助

        • 現有專案協助及服務維運

        • 專案作業管理與流程優化開發

        • 教育訓練與技術研討

      • 使用 Tag 對應不同的平台或是對象, 例如 AWS / Azure / GCP.


Client / Department / Category / Custom Label 

  • 這個是分類 Project 的方式, 如果在台灣, 感覺有可能用 Department 或是 Client 吧, 目前我是沒有使用


Dashboard 與 Report 也長的很好看, 也可以設定不同的 Filter 來分析自己的時間





最後紀錄一下自己在Clockify 的小調整


Profile Setting 部份

  • 取消 Group time entries

    • 讓每一筆時間紀錄都直接列出, 不需要折疊, 對我來說比較直觀

  • 改 Date format 與 Time format

    • 這個是個人習慣


Workspace Settings 部份

  • Activate timesheet

    • 啟用 timesheet 的話, 左邊會出現 Timesheet 可以選, 這樣可以比較直觀的觀察不同 Project 在一周內的時間分配



個人的設定部份已經完成, 接下來就是執行一段時間來看結果吧


~ enjoy it


Reference




星期日, 12月 12, 2021

Azure AKS 升級小記

Azure AKS 升級小記

OS: openSUSE Leap 15.3

azure-cli:  2.31



因為讀書會的關係, 所以有在 Azure 上面執行 AKS 來進行 Kubernetes 的練習

最近收到通知 1.19 版本已經要淘汰了, 所以就寫一下 AKS 的升級小記


AKS 發行的行事曆可以參考



升級的部份, 主要參考官方文件


首先查詢 az 版本

> az  --version


azure-cli                         2.31.0


等等要取得可以升級的 AKS Kubernetes 版本需要 Resource Group 與 AKS 名稱


如果要列出 Resource Group 可以使用 az group 指令


> az  group  list --output  table


Name                                  Location      Status

------------------------------------  ------------  ---------

study2021                             eastus        Succeeded

MC_study2021_sakanaAKScluster_eastus  eastus        Succeeded



如果要列出某個 Resource Group 下面的資源可以使用 az resource list 指令


> az  resource  list  --resource-group  study2021 --output  table


Name              ResourceGroup    Location    Type                                        Status

----------------  ---------------  ----------  ------------------------------------------  --------

sakanaAKScluster  study2021        eastus      Microsoft.ContainerService/managedClusters


接下來就是取得可用的叢集版本


> az  aks  get-upgrades  --resource-group  study2021  --name  sakanaAKScluster


{

  "agentPoolProfiles": null,

  "controlPlaneProfile": {

    "kubernetesVersion": "1.18.10",

    "name": null,

    "osType": "Linux",

    "upgrades": [

      {

        "isPreview": null,

        "kubernetesVersion": "1.19.11"

      },

      {

        "isPreview": null,

        "kubernetesVersion": "1.19.13"

      }

    ]

  },

恕略


升級叢集

  • 一次只能升級一個次要版本。 例如,您可以從 1.14.x 升級至 1.15.x,但無法直接從 1.14.x 升級至 1.16.x。

  • 以我這個例子就是只能先升級到 1.19.x


> az  aks  upgrade  --resource-group  study2021  --name  sakanaAKScluster --kubernetes-version  1.19.13


Kubernetes may be unavailable during cluster upgrades.

 Are you sure you want to perform this operation? (y/N): y

Since control-plane-only argument is not specified, this will upgrade the control plane AND all nodepools to version 1.19.13. Continue? (y/N): y


執行完畢之後, 驗證升級


> az  aks  show  --resource-group  study2021 --name  sakanaAKScluster --output  table


Name              Location    ResourceGroup    KubernetesVersion    ProvisioningState    Fqdn

----------------  ----------  ---------------  -------------------  -------------------  ---------------------------------------------------------

sakanaAKScluster  eastus      study2021        1.19.13              Succeeded


  • 依照輸出的訊息可以知道已經升級成功


但是 1.19 已經要 Retire 了, 可以參考上面的發行行事曆,  所以還是要升級到下一個版本



再次確認可升級的版本


> az aks get-upgrades --resource-group study2021 --name sakanaAKScluster


{

  "agentPoolProfiles": null,

  "controlPlaneProfile": {

    "kubernetesVersion": "1.19.13",

    "name": null,

    "osType": "Linux",

    "upgrades": [

      {

        "isPreview": null,

        "kubernetesVersion": "1.20.7"

      },

      {

        "isPreview": null,

        "kubernetesVersion": "1.20.9"

      }

    ]

  },


再次進行 AKS 升級


> az  aks  upgrade  --resource-group  study2021  --name  sakanaAKScluster --kubernetes-version  1.20.9


Kubernetes may be unavailable during cluster upgrades.

 Are you sure you want to perform this operation? (y/N): y

Since control-plane-only argument is not specified, this will upgrade the control plane AND all nodepools to version 1.20.9. Continue? (y/N): y


每個版本大概是四個月左右, 所以升級速度安排就看個人了

升級到自己想要的版本就完成啦, 不過目前看起來好像要先至少到 1.21 版本 :p


先記下來

~ enjoy it


Reference:


星期日, 12月 05, 2021

GitHub 使用者驗證錯誤處理小記

GitHub 使用者驗證錯誤處理小記


大概一段時間沒有 git commit 到 GitHub 了, 之前的 commit 都是 commit 到自己維護的 GitLab

今天因為要把  openSUSE Leap 15.3 的 Dockerfile push 到 GitHub 上面遇到 使用者驗證錯誤

訊息如下

> git push origin master:master

remote: No anonymous write access.

fatal: Authentication failed for 'https://github.com/sakanamax/SA_dockerReading.git/'


看了網路上的說法, 參考


在使用 GitHub 在 push 的時候, remote 的部份常用的方式有 HTTPS 以及 SSH 方式, 查了自己的 remote 方式是使用 HTTPS 的方式, 然後暫時不想用 Private token 的方式, 所以就把腦筋轉向的 SSH 方式


參考官方網頁說明


確認 remote 的相關資訊

> git  remote  -v


origin  https://github.com/sakanamax/SA_dockerReading.git (fetch)

origin  https://github.com/sakanamax/SA_dockerReading.git (push)

wtkuo5745       https://github.com/wtkuo5745/sa_dockerreading (fetch)

wtkuo5745       https://github.com/wtkuo5745/sa_dockerreading (push)


  • 這邊可以觀察到目前是使用 HTTPS 的方式


現在要改用 SSH 的方式


首先登入到 GitHub 網站 新增自己的 SSH Key

在 Settings -- > SSH and GPG Keys  -- > New SSH Key


  • Title 就自己訂定, 例如那邊的電腦的 Key

  • Key 的內容可以用 ~/.ssh/id_rsa.pub


接下來就是要將 HTTPS 換成 SSH 方式了


我這邊是用先 移除 remove 然後再新增的方式


> git  remote  remove  origin


> git  remote  add  origin  git@github.com:sakanamax/SA_dockerReading.git


但是應該也可以用官方網站上的方式, 直接替換掉, 就不用 remove

  • > git  remote  set-url  origin  git@github.com:sakanamax/SA_dockerReading.git


再嘗試一次 >  git  push -u origin master 就沒有問題了


先紀錄下來


~ enjoy it


Reference: