時間管理工具 Clockify 使用小記

時間管理工具 Clockify 使用小記

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

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

理由有幾個

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

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

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

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

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

• https://www.playpcesor.com/2020/10/clockify.html

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

• https://clockify.me/tutorials

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

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

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

• Trello https://clockify.me/trello-time-tracking

• Google Docs https://clockify.me/google-docs-time-tracking

• Google Calendar https://clockify.me/google-calendar-time-tracking

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

• https://clockify.me/apps 

Clockify 在 vscode 也有 extension, 我也有裝

• https://clockify.me/vs-code-time-tracking 

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

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

• 紀錄個人

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

• 藉以達成目前每周 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

• https://www.playpcesor.com/2020/10/clockify.html

• https://clockify.me/tutorials

• https://clockify.me/integrations

Azure AKS 升級小記

Azure AKS 升級小記

OS: openSUSE Leap 15.3

azure-cli:  2.31

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

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

AKS 發行的行事曆可以參考

• https://docs.microsoft.com/zh-tw/azure/aks/supported-kubernetes-versions?tabs=azure-cli#aks-kubernetes-release-calendar 

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

• https://docs.microsoft.com/zh-tw/azure/aks/tutorial-kubernetes-upgrade-cluster?tabs=azure-cli 

首先查詢 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

• AKS 應該會有兩個Resource Gruop, 這個部份可以參考之前的文章

•  http://sakananote2.blogspot.com/2021/03/ssh-azure-aks.html 

如果要列出某個 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:

• https://docs.microsoft.com/zh-tw/azure/aks/supported-kubernetes-versions?tabs=azure-cli#aks-kubernetes-release-calendar 

• https://docs.microsoft.com/zh-tw/azure/aks/tutorial-kubernetes-upgrade-cluster?tabs=azure-cli

• http://sakananote2.blogspot.com/2021/03/ssh-azure-aks.html

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/'

看了網路上的說法, 參考

• https://estella00911.coderbridge.io/2021/08/23/GitHub-token-2021/

• 2021/8/13 以後 password 方式已經移除, 可能要使用private token 的方式來處理

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

參考官方網頁說明

• https://docs.github.com/en/get-started/getting-started-with-git/managing-remote-repositories

確認 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

• https://github.com/settings/keys 

• 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:

• https://estella00911.coderbridge.io/2021/08/23/GitHub-token-2021/

• https://docs.github.com/en/get-started/getting-started-with-git/managing-remote-repositories