#amis
2022-04-08
gugod
22:39:26
> Github pages deployment 就會抓到,運氣差下次也會抓到,
github page 生成似乎特別耗 CPU… g0v-data/mirror-* 那幾個 repo 一開始也是用 github page 來提供資料集最新版資料集的「代管」,不過沒多久就被 github 來信說:這樣超級浪費電的拉請不要把 github 拿來亂玩
所以後來我就不這麼做了。後來也意識到生了幾十萬 commit 數之後對大家都沒好處 XD (缺點:clone 久, gc 超級久, 回溯歷史資料其實沒那麼方便)
github page 生成似乎特別耗 CPU… g0v-data/mirror-* 那幾個 repo 一開始也是用 github page 來提供資料集最新版資料集的「代管」,不過沒多久就被 github 來信說:這樣超級浪費電的拉請不要把 github 拿來亂玩
所以後來我就不這麼做了。後來也意識到生了幾十萬 commit 數之後對大家都沒好處 XD (缺點:clone 久, gc 超級久, 回溯歷史資料其實沒那麼方便)
gugod
22:39:26
> Github pages deployment 就會抓到,運氣差下次也會抓到,
github page 生成似乎特別耗 CPU… g0v-data/mirror-* 那幾個 repo 一開始也是用 github page 來提供資料集最新版資料集的「代管」,不過沒多久就被 github 來信說:這樣超級浪費電的拉請不要把 github 拿來亂玩
所以後來我就不這麼做了。後來也意識到生了幾十萬 commit 數之後對大家都沒好處 XD (缺點:clone 久, gc 超級久, 回溯歷史資料其實沒那麼方便)
github page 生成似乎特別耗 CPU… g0v-data/mirror-* 那幾個 repo 一開始也是用 github page 來提供資料集最新版資料集的「代管」,不過沒多久就被 github 來信說:這樣超級浪費電的拉請不要把 github 拿來亂玩
所以後來我就不這麼做了。後來也意識到生了幾十萬 commit 數之後對大家都沒好處 XD (缺點:clone 久, gc 超級久, 回溯歷史資料其實沒那麼方便)
- 😮1
2022-04-13
Ying
15:33:21
@averyying2022 has joined the channel