| Feature | Padding (內邊距) | Margin (外邊距) |
|---|---|---|
| 功能 | 控制 內容 與 邊框 之間的距離 | 控制 元素 與 其他元素 之間的距離 |
| 位置 | 在邊框內部，包圍內容 | 在邊框外部，包圍整個元素 |
| 影響背景顏色 | 會繼承元素的背景顏色 | 不影響（完全透明） |
| 是否改變元素尺寸 | 是，會讓元素變大 | 否，不會改變元素本身的尺寸 |
| 應用範例 | 加文字與邊框的間距，避免內容擁擠 | 增加元素之間的距離，讓佈局更整齊 |
| CSS 語法範例 | padding: 20px; |
margin: 10px; |
| 影響其他元素布局 | 不會影響周圍元素 | 會影響相鄰元素的距離 |
我們常常聽到 Git 和 GitHub 在我們的工作環境，但這兩個時常讓我們搞不清楚各個功用到底是什麼？就像是 Java 和 JavaScript 有什麼關係，這是一樣的嗎？以下就讓我們了解其中的差異吧！
| 特性 | Git | GitHub |
|---|---|---|
| 基本概念 | 版本控制系統 用來跟蹤和管理程式碼的變更 |
雲端平台 用來存放和分享使用 Git 管理的程式碼庫 |
| 功能 | 基本功能 提交、分支、合併和回退等操作 |
除了 Git 的基本功能外 還有遠端操作項目管理工具 |
| 範圍 | 本機安裝的軟件 管理本機程式碼 |
雲端平台 可以在任何地方通過網絡訪問和管理倉庫 |
| 協作方式 | 本機版本控制 通過本機網絡協作 |
提供網絡上的協作功能，如 pull requests、code reviews 和 issues |
| 例子 | 小明在自己的電腦上使用 Git 來管理程式碼 | 小明和小紅通過 GitHub 在不同地方一起開發項目 |
因為各軟體公司都把 Git 的使用都列為加分的依據，但是與其說加分，倒不如說這是在開發上的良藥，對開發者來說是有益的。
所以利用這機會寫下自己對 Git 的想法，能有機會讓分享給各位也是一個福音。
在開發過程因為有可能會遇到多人共同維護同一個專案，檔案內容會因為需求、拋錯...等很多種情況而異動程式碼，但是但是，如果遇到以下的窘境，你們該怎麼做？
1. 開發完成一個需求後，過半年後，要如何和新的程式碼哪裡有差異？
2. 同一個專案有多個需求要開發，但是要分批在不同的時間上線？
3. 有問題的程式碼是誰開發的，怎麼追蹤開發紀錄？
4. 我這次開發的內容和已經上線的差異？和不同環境的程式碼差異？
5. 我和其他兩位共同開發同一份程式碼，我要如何確認對方寫的如何和我的沒衝突？
以上當然只是比較常見的案例，其實還有很多例外可循。
你 / 妳也是用檔案複製和貼上進行保存等動作嗎？其實也可以用以上的範例進行測試，看能不能是用以上的情境。
所以我們就會有一個版控工具，讓我們在開發上更加的有利也能掌握狀態。
歡迎轉載，請註明出處。
隨著開逐漸頻繁，我們就會產生非常多的程式碼內容，之後要如何將程式碼做有效的留存？如何要轉交給下一位同仁時能夠更快能夠更快上手。
public class Example {
public static void main(String[] args) {
int a = 10;
int b = 20;
if (a > b) {
System.out.println("a is greater");
} else {
System.out.println("b is greater");
}
}
}public class Example {
public static void main(String[] args) {
int a = 10;
int b = 20;
if (a > b) {
System.out.println("a is greater");
} else {
System.out.println("b is greater");
}
}
}各位大大
想必大家想順順利利的編寫程式碼
最好都不要有任何重大的錯誤
但是
通常事與願違
在開發的過程中
只會一直遇到錯誤並且快速修正減少錯誤再次發生
然後無限迴圈
直到事前直接想到之前有遇到過相同的雷
直接去迴避它
對的
去面對他才是有效解決的好辦法
最怕的是連錯誤訊息都沒有顯示
那真的讓人恐懼
我們就先簡單介紹如何快速去排除問題吧！
