# 前言 多年前筆者初次接觸框架時，不對… 應該是開始寫網頁程式時，最大的疑惑莫過於那個在 localhost 執行的東西，該怎麼實際讓人家有辦法透過網只看到內容？ 這篇文章來記錄一下，當我們將網頁應用程式開發完成之後，發佈程式的其中一種方式：將程式上版到 GitHub Page # 什麼是 GitHub Pages？ GitHub Pages 是透過 GitHub 託管的公開網頁，只要將程式碼上傳到 GitHub ，到 GitHub 設定一下，就可以讓我們開發的程式藉由 GitHub Pages...

# 前言 在 版控的類別 一文中，曾經有聊到「分散式版控系統」無法針對開發人員進行權限控管，因為所有人在地端都會擁有一個「完整的」儲存庫。 當時曾經很隱含的說，這個缺點其實有辦法克服，而克服的方式就是本文所要介紹的 提取要求 注意！這一篇文章「不會」提到 Fork GUI ，文章中的 Fork 一詞，是 GitHub 的 Fork 功能，與 Fork GUI 完全無關。 # 什麼是「提取要求」？ 提取要求，英文是 Pull Requests，俗稱 PR，是一個能讓開發者對於遠端儲存庫的原始碼提出「修改建議」的功能，做法是讓開發者 要求將自己的「開發分支」併入遠端儲存庫的「主要分支」...

# 前言 我們已經知道元件與元件之間的溝通可以使用 props 與 emits ，不過這東西就只能設定兩個元件溝通的狀態。 如果我們的元件樹的結構長得比較複雜一點，尾端的元件如果要將狀態傳回根元件，就必須一層一層又一層的傳遞狀態，單一一個狀態可能已經很麻煩了，要是各種狀態需要交互運作，那將會一場維護上的災難。 為此 Vue 提供了一個狀態管理工具：Vuex。這個狀態管理工具隨著版本的演進，更變了他的名稱叫做 Pinia，Logo 是一顆大鳳梨。 長得頗為可愛 XD 這篇文章預計要紀錄我們該怎麼在 Vue 中使用這顆大鳳梨 # 安裝大鳳梨 要使用大鳳梨，第一步就是先安裝他，一樣可以使用 npm...

# 前言 不知道讀者有沒有需要將遠端儲存庫搬家的需求？ 情境可能是這樣，由於現在 copilot 好棒棒，大家紛紛想擁抱微軟，而目前專案都放在 GitLab 遠端儲存庫，現在想要把專案放到 GitHub 管理。 然後又很剛好，你換了新的電腦，地端完全沒有任何 Git 專案資料，你沒辦法直接把地端的資料上傳到 GitHub。 如果你剛好也遇到這個需求，這篇文章可能有機會幫助到你。 疑？我怎麼會說…「也」呢？ 進入今天的主題 將遠端儲存庫搬家 # 第一步：把遠端儲存庫的內容 clone 回地端 這步不用多說，畢竟要把資料推到 GitHub...

# 前言 傳統網頁的網址，以往會是後端根據不同的頁面去配置不同的網址規則。 不過如果要使用 Vue 框架開發網頁，會是「單一頁面網站」 (Sigle Page Application)，俗稱的 SPA，就是說我們就只會有「一個頁面」。 這種狀況下沒辦法靠後端定義資料夾去控制路由，處理路由的工作就變成 Vue 的事情。 Vue 為此提供 Vue Router 的工具讓我們加裝在 Vue 應用程式中，讓我們可以處理路由。 這篇文章將簡單介紹 Vue Router 的基本使用方式 # 安裝 Vue Router Vue 官方提供兩種 Vue Router 的使用方式 直接使用...

# 前言 在分支觀念篇的文章中有介紹過，如果已經合併過的分支，即便刪除了也不會影響整個線圖，雖然當初是在講「地端分支」的觀念，但這個觀念其實也適用於「遠端分支」。 不過我們也曾經說過，地端分支跟遠端分支是要分開看待的，所以要刪除的分支如果也存在於遠端，那麼即便地端分支已經被刪除，遠端的分支並不會因此自動被刪除，我們會需要額外處理「刪掉遠端分支」這件事。 這篇文章，來說明如何刪除遠端分支，以及遠端分支被刪除之後，團隊成員需要注意的小地方。 # 刪除遠端分支 刪除遠端分支的方式，一樣是使用 git push 指令，只要在使用指令時多加一個 --delete 即可。 git push origin...

# Vite 的簡易介紹 之前所有的操作項目，都是直接使用 CDN 引入 Vue 之後進行開發，這種做法在一個小型的應用程式足以感受到 Vue 的方便性。 不過一個大型的網頁應用程式如果這樣開發，DX (開發者體驗) 其實並不會太好，通常前端框架都會有相對應的 CLI 工具讓開發者在使用框架時體驗可以更好一些。 Vite 是 Vue 的作者尤雨溪大大所建構出來的前端建構工具，這種工具也有人把它稱為「腳手架」、「鷹架」等，用意是協助開發者建構一個適合開發的環境，以及先處理好基本的架構。 在 Vite 問世之前，Vue 的建構工具是 Vue...

# 前言 先前的內容，我們已經學會如何操作「單一分支」在地端與遠端的資料處理了，不過一個專案不會只有一條分之在運作，推到遠端的分支也不太可能只有一條。 事實上，即便遠端儲存庫有數十條分支，我們使用 git clone 指令把專案拉回地端使用時，也只會把主要分支的內容拉回來。 那麼如果需要使用其他的分支，該如何將他從遠端拉回地端使用呢？ 除了這個問題之外，或許還會遇到另一個問題：我們在地端又怎麼能知道遠端到底紀錄了幾條分支呢？ 一切的內容將會在這篇文章介紹。 進入今天的主題 地端分支、遠端分支、遠端追蹤分支 # 前置作業 假設我們在「地端儲存庫」有六個分支 $ git branch...

# 前言 不知道大家在開始使用元件的時候有沒有一個疑惑，明明元件在模版中的寫法跟一般的 HTML 標籤沒兩樣 <my-component></my-component>但我們如果試著在裡面添加文字，卻不會有任何效果 <my-component>這句話寫在這裡不會呈現在畫面上</my-component>原因其實是元件的內容，會是由定義元件時所寫的 template...

# 前言 之前的內容都是在地端儲存庫版控的行為，不過如果需要與團隊成員合作版控，我們會需要有一個「遠端儲存庫」，而 GitHub 應該算是一個蠻常聽到的遠端儲存庫了，接著將以 GitHub 作為遠端儲存庫來說明地端資料與遠端資料的操作。 不管是 GitHub ，或是其他的 Git 遠端儲存庫 (GitLab 、TFS 等)，在地端指令的操作上並沒有什麼差異，使用不同儲存庫唯一有感的差異，應改只有「遠端儲存庫」提供的「介面」長得不同而已。 我們在學習的角度，GitHub 網頁上的操作倒是其次，畢竟「不是所有團隊都是使用 GitHub...