如何使用Git命令將多個單獨的檔案夾添加到GitHub，以便每個檔案夾可以單獨更新

所以我對整個 GitHub 和 Git 都是新手。我最近學習了 Git 的基礎知識（添加、推送、拉取、克隆等）。我對 Java 教授的介紹要求我為我所有的課堂作業創建一個 git hub 存盤庫。她告訴我以這樣的方式組織它，每個作業都有單獨的檔案夾，每個作業檔案夾包含多個源檔案。

所以我像這樣設定我的檔案：Java（主檔案夾）-> Hw1 Hw2 Hw3 等。我將如何使用 git 來做到這一點？所有這些檔案夾都應該在我的本地和 git hub 存盤庫中，我應該能夠單獨對它們進行更改。

先感謝您。我被困住了。

uj5u.com熱心網友回復：

讓我們從一些基礎知識開始。您已經了解您的計算機使用樹形結構的檔案系統：也就是說，一個目錄（或檔案夾——這些術語現在可以互換）包含檔案和/或更多目錄/檔案夾，而這些目錄/檔案夾又包含更多檔案和/或檔案夾，等 Windows 原生使用反斜杠\來分隔各個組件，因此您可能會：

java\hw1\main.java
java\hw1\sub.java
java\hw2\main.java

等等。Windows可以使用正斜杠（某些命令可能將它們用于其他目的，但它們確實適用于檔案名），并且所有非 Windows 作業系統都傾向于使用正斜杠，這樣更易??于鍵入。Git 也使用正斜杠，所以這就是我將在這里做的。

（除此之外：Windows 和 macOS 默認使用“不區分大小寫但保留大小寫”規則，因此，如果您創建一個名為 的檔案readme.txt，您可以稍后使用該名稱打開它，ReadMe.txt或者README.TXT但它仍然以全小寫命名。相比之下，Git，通常區分大小寫并認為readme.txt, ReadMe.txt, 和README.TXT是三個不同的檔案名。這會在此類系統上造成無盡的悲痛¹有時，避免所有問題的最佳或至少最簡單的方法是在任何地方完全避免使用大寫字母。你可以使用的程度，java而不是Java，hw1而不是Hw1，等等，我鼓勵你這樣做。）

當您要求 Git 使用 來創建一個新的空存盤庫git init時，² Git 會創建一個名為 的隱藏檔案夾.git。這個隱藏檔案夾將包含 Git 的所有檔案：在這里，Git 將存盤其主要的兩個資料庫。我們稍后會討論這些。Git 創建的地方.git是你當前的作業目錄，所以如果你在java/hw1并運行git init.git ，Git 會創建java/hw1/.git. 如果你正在java運行git init，Git 會創建java/.git.

請注意，java/.git和java/hw1/.git是不同的檔案夾路徑名，因此您可以創建兩個存盤庫。 你不想這樣做，但這就是你所做的。 （我基于此評論提出此主張。）我們將很快回到“如何解決此問題”。

¹特別是，使用 Linux 的人可以從字面上創建三個不同的檔案，它們只是大小寫不同，將所有三個檔案都放入 Git 存盤庫中的一個提交中，當您在 Windows 系統上檢查此提交時會給您留下一個問題。如果您習慣于從小寫輸入到匹配大小寫的系統映射，并且您要求編輯器java/hw1/thing.java在 Linux 上創建，它實際上可能會在您現有的and旁邊創建一個javaand 。由于這些是不同的目錄，它們可以存盤與 中的檔案具有完全相同名稱的不同檔案，包括名稱大小寫。Git 會愉快地存盤所有這些檔案，而 Windows 通常無法正確提取此類提交。hw1JavaHw1Java/Hw1/

²請注意，這git init將首先檢查您是否已經在某個現有存盤庫中。在這種情況下，Git 不會創建新的存盤庫，而是“重新初始化”現有的存盤庫。在大多數情況下，像這樣“重新初始化”根本沒有效果。

關于 Git 和 Git 存盤庫的主要知識

Git 存盤庫——或者我有時稱之為存盤庫本身——主要由兩個資料庫組成。一個通常要大得多。它包含提交和其他支持 Git 物件。這些物件都具有Git必須具有的哈希 ID（或更正式地說，物件 ID或OID ）才能從資料庫中檢索物件。這可能會迫使人類記住 Git 提交哈希 ID，但這是一個糟糕的計劃：哈希 ID 非常大，看起來非常隨機，而且人類一般無法記住。

出于這個原因，Git 存盤庫包含第二個，通常要小得多的資料庫。在這個資料庫中，Git 存盤名稱：分支名稱、標簽名稱、遠程跟蹤名稱以及許多其他型別的名稱。這些名稱供您（和其他人）使用。每個名稱都存盤一個哈希 ID，但這足以使一切正常作業。因此，您將使用分支名稱，例如mainor master。此名稱包含最新提交的哈希 ID，它允許 Git 檢索該提交。

每個提交存盤兩件事：

• 提交存盤了您或任何人進行該提交時每個檔案（即 Git 知道的）的完整快照。提交中的檔案以一種特殊的、只讀的、僅限 Git 的、壓縮和去重的形式存盤，只有 Git 可以讀取，實際上沒有任何東西可以寫入。（這使用了我提到的一些“支持物件”；這些檔案實際上作為“Git 物件”存盤在物件資料庫中。）因為只有 Git 可以使用這些檔案，所以提交中的檔案本身是無用的。稍后我們將看到我們如何處理這些檔案。

• 同時，存盤快照的同一個提交也存盤了一些元資料，或者關于提交本身的資訊：誰做了它（你，可能），以及什么時候，例如。為了使“分支”——Git 中一個定義不明確的詞（請參閱“分支”到底是什么意思？）——作業，提交的元資料包含先前提交的哈希 ID。

這個“包含先前提交的哈希 ID”是 Git 存盤歷史的方式：分支名稱，例如 ，main讓 Git 找到您所做的最后一次提交，然后通過讀取該提交，Git 可以找到倒數第二個的哈希 ID犯罪。例如，假設最后一次提交的哈希 ID 是H（它實際上是一個很大的丑陋的十六進制數字，所以我們只是H用來代替它）。然后我們說名稱 main 指向commit H。但是 commitH包含較早的或parent提交的哈希 ID：讓我們稱它為G。我們說H 指向 G，我們可以得出：

        <-G <-H   <--main

由于G 是一個提交，它也有這些指向指標之一。通過讀取 commitG的元資料，Git 可以找到其父級的原始哈希 ID；讓我們稱之為提交F：

... <-F <-G <-H   <--main

所以main指向H，指向G，指向F，指向……嗯，這一直持續到我們回到第一個提交——A也許是提交——作為第一個，不能向后指向，因此簡單沒有。

這意味著每個提交不是一個哈希 ID，而是在其元資料中存盤一個先前提交的哈希 ID串列。該串列可以為空，并且用于第一次提交。它也可以有多個哈希 ID，但我們不會在這里討論這種情況。大多數存盤庫中的大多數提交都是“普通”提交，并且只有一個父提交。

你的“作業樹”

然后，存盤庫存盤名稱——例如分支名稱——幫助 Git 為我們找到提交（我們只需要記住分支名稱），并存盤提交然后存盤檔案。但是提交中的內容（連同實際提交本身）都是完全只讀的。Git 必須這樣做才能使散列方案起作用。如果我們不能在它們上寫，存盤的檔案有什么用？而且，只有Git可以讀取它們，如果我們連它們都無法讀取它們有什么用呢？

這就是你的作業樹的用武之地。大多數 Git 存盤庫都有一個作業樹。³ 存盤庫的作業樹很簡單，就是您作業的地方。而且，正如我們之前看到的，如果您git init在某個目錄中使用創建一個新的、完全空的存盤庫，然后進行初始提交：⁴

mkdir new
cd new
echo example > README.txt
git init
git add README.txt
git commit

您將在我們剛剛創建.git的檔案夾中找到一個隱藏檔案夾 ( ) 并輸入 ( )。這個 Git 存盤庫的作業樹是，我們在該作業目錄中創建的檔案現在也存盤在該存盤庫的第一個（也是迄今為止唯一的）提交中。new/mkdir newcd newnew/.gitnew/README.txt

如果我們現在修改一個檔案，和/或添加一個新檔案，并適當地使用git add和git commit，我們將獲得第二次提交，它存盤（永遠⁵）該檔案的新版本。第二個提交具有作為其父提交的第一個提交，它（永遠）存盤只有一個檔案的早期版本。

第二次提交現在是我們當前的提交，并且現在是主分支或主分支上的最后一次提交（無論它的名稱是什么）。

Git 允許我們檢查 我們存盤在存盤庫中的任何提交。當我們這樣做時，Git將從我們的作業樹中洗掉與當前提交相關的檔案。相反，它將與新選擇的提交一起安裝到我們的作業樹中 - 然后成為當前提交。

通過這種方式，我們可以在任何時候“回到過去”，到任何舊版本，作為提交存盤在大資料庫中。我們所要做的就是找到它的提交哈希 ID（git log例如，它會派上用場）。不過，這不是我們現在要關注的。

³這里的例外是所謂的裸存盤庫。我們不會在這里介紹這些。

⁴這些是 Unix-shell 風格的命令，因為我自己不使用 Windows，但這應該在 git-bash 中作業，這只是重擊 到Windows 以與 Git 一起使用。您可以在 PowerShell 中執行所有這些操作，甚至可以CMD.EXE代替，但某些命令詳細資訊可能會更改。

⁵好吧，永遠，或者只要提交本身繼續存在。如果我們洗掉提交，我們會洗掉它的快照。這實際上是很難做到的！但是，如果我們適當地洗掉存盤庫，我們會破壞兩個資料庫，這會洗掉所有提交，這很容易做到。

“嵌套”存盤庫：您不想要但制作的東西

鑒于計算機——宿主作業系統，在你的例子中是 Windows，但 macOS 和 Linux 也是如此——需要并使用樹形結構的檔案系統，我們可以設定這樣的結構：

java
  .git
    <various Git repository control files and databases>
  hw1
    .git
      <various Git repository control files and databases>
    main.java
  hw2
    .git
      <various Git repository control files and databases>
    main.java

等等。在這里，每個hw目錄都有一個存盤庫，加上目錄中的一個整體包含存盤庫java。

但問題是：Git 實際上不能在 Git 提交中存盤 Git 存盤庫。⁶ “外部”存盤庫（在本例中為 in 中的存盤庫java/.git，其作業樹是java/*檔案）不會這樣做，而是使用 Git 呼叫的gitlink存盤 Git 呼叫的子模塊。要正確存盤子模塊，您必須使用，而不是; 僅創建或更新gitlink，它是半個子模塊。git submodule addgit addgit add

如果有人確實想要子模塊（但你不想要），那么這個git submodule add方法就是制作它們的方法。結果是，當您克隆存盤庫時，您會獲得檔案以及神奇的 gitlinks，Git 需要這些java檔案才能運行其他 git clone命令，每個子模塊一個。這樣，克隆java存盤庫的人可以運行git submodule update --init更多git clone命令。但同樣，這不是你想要的。

⁶如果你真的需要，有一些技巧可以解決這個問題，但一般來說這不是一個好主意。最近的safe.directory事情是安全問題的產物，當有人發現這樣的技巧時會導致 CVE。Git允許的技巧包括重命名.git目錄；它不允許或過去意外允許的那些會導致 CVE。??

修復混亂

在這一點上我們應該做的觀察是：

• Git存盤提交。它不存盤檔案（盡管提交確實存盤檔案）。它存盤提交。
• 您想要的是具有多個提交的單個存盤庫，其中第一次提交——或者可能是第二次；見下文 - 包含名為⁸hw1/main.java的檔案，但沒有名為.hw2/whatever
• 您現在擁有的是多個存盤庫：一個是超級專案，具有名為hw1、hw2等的子模塊（或半子模塊），然后是更多被克隆到hw1、等的存盤庫hw2，每個存盤庫都包含 amain.java和其他任何檔案。

現在，如果我們假設（或您驗證）到目前為止您不需要在任何這些存盤庫中保存任何提交，我們可以做的就是洗掉所有.git檔案夾及其內容。

也就是說，在類似 Unix 的 shell 上，我們將運行：

cd java
ls               # make sure we're in the right place
rm -rf .git      # remove this working tree's Git repository
rm -rf hw1/.git  # remove the Git repository in hw1/
rm -rf hw2/.git  # and so on ...

請注意，我們在隱藏的 Git 檔案夾上使用作業系統的 remove命令，并帶有“不詢問就洗掉所有內容”選項。 Git沒有機會阻止我們：我們在這里完全繞過了 Git。 Git 的所有檔案，包括兩個大型資料庫，都被完全洗掉。這可能是不可恢復的（取決于您的作業系統以及您是否使用作業系統的“不可恢復洗掉”命令，或者它的“移動到垃圾箱，以便在我改變主意時將其取回”命令，還取決于是否您有良好的備份，例如 macOS Time Machine）。

我們現在只有所有作業樹，沒有.git檔案夾：沒有任何存盤庫。但是所有檔案仍然存在，因為簽出的檔案曾經并且仍然存在于作業樹中。

現在我們在目錄中創建一個新的、完全空的存盤庫java，我們仍在：

git init
[Git prints message: Initialized empty Git repository in ...]

我們現在有了我們最初的、完全空的存盤庫。我喜歡創建一個只包含一個README.txt（可能是一個或兩個類似檔案）的第一個提交：

echo repository for "insert class name here" > README.txt
git add README.txt
git commit -m "Initial commit"

我們現在準備“完成”家庭作業 #1：

git add hw1
git commit
(write a good, proper commit message in editor)

通過git add hw1 在里面沒有 Git 存盤庫時hw1運行，我們添加了里面的所有檔案hw1（包括里面任何子目錄中的任何檔案）hw1。

該git commit命令提交到目前為止存盤的內容，由我們的git add. 因此，當我們提交添加的 時hw1，我們得到了README.txt——我們沒有改變它，所以這個提交實際上重用了檔案的先前版本——加上所有hw1/*檔案。

我們現在可以使用和提交來“完成”家庭作業 #2 git add hw2，依此類推。我們最終在java/.git目錄中有一個存盤庫，其中包含多個提交：一個包含README檔案的初始提交，以及添加每個作業分配的后續提交。只有一個分支名稱，它保存最后一次提交的哈希 ID。

將其推送到 GitHub

您的最后一個問題是，如果您已經創建了一個 GitHub 存盤庫并在其中放入了一些提交，那么您現有的 GitHub 存盤庫將不愿意丟失這些提交。你有幾個選擇：

• 如果您真的愿意，您可以保留這些提交。
• 您可以告訴 GitHub 完全洗掉該存盤庫，然后創建一個具有相同名稱的新存盤庫。
• 或者，您可以git push --force在具有新存盤庫的筆記本電腦（或其他計算機）上使用，以便命令GitHub 上的 Git 軟體繼續執行并丟失舊存盤庫中的舊提交。

這里的一般想法是，使用最后一個選項，我們（和 Git）從某個分支名稱（如or ）開始查找提交。這給了我們最后一次提交的哈希 ID，從那里，我們讓 Git 向后作業。mastermain

假設我們命令（而不僅僅是詢問）某個 GitHub 存盤庫來獲取新的提交鏈。也就是說，他們有：

A <-B <-C   <--main

我們現在創建一個全新的（空）存盤庫，并放入兩個提交：一個初始提交D和第二個提交E，它們都沒有與原始存盤庫中這三個提交中的任何一個相同的哈希 ID：

D <-E   <--main

我們跑去進行設定，以便我們可以訪問 GitHub。如果我們運行：git remote add origin urlgit push

git push origin main

我們的 Git 將提交提交并發D送到EGitHub，然后禮貌地詢問他們是否可以將提交添加D-E到他們的存盤庫。但這會給他們：

A <-B <-C

D <-E   <-- main

他們注意到，這意味著他們不再有任何名稱可以用來查找 commit C，這意味著他們將“丟失”所有三個哈希 ID。所以他們會說不！如果我這樣做，我將失去對某些提交的訪問權限！

您的 Git 軟體將其報告為! [rejected] main -> main (non-fast-forward)：這意味著他們說他們可能會丟失提交。但這正是你想要的：你想讓他們輸A-B-C；那些提交不好！因此，您可以使用,git push --force origin main再次發送D-E，但這次命令他們指出.mainE

你必須擁有權限——GitHub 添加了基礎 Git 無法提供的一整套權限——但如果你擁有這個 GitHub 存盤庫，你可能已經擁有了正確的權限。⁹ 所以他們會服從：他們會讓他們的分支名稱main指向 commit E，然后“忘記” commits A-B-C。¹⁰

⁸請注意，雖然您的作業系統需要包含子檔案夾和檔案的檔案夾，但Git只存盤“帶有斜杠的長名稱的檔案”。Git 了解您的作業系統對檔案夾的要求，并且可以將hw1/main.java其轉換為“檔案main.java夾中的檔案” hw1。它會自動將作業系統的（在hw1/main.java名為main.java的檔案夾中命名hw1的檔案）保存為名為hw1/main.java.

通常，您無需擔心整個混亂。當你不得不擔心它的時候是你想在 Git 中存盤一個空檔案夾，因為 Git 確實無法做到這一點。Git 只存盤檔案。不過有一些技巧：請參閱如何將空白目錄添加到 Git 存盤庫？.

^{9如果您擁有存盤庫，那么您}沒有權限的唯一方法是您登錄 GitHub 并告訴他們拒絕您自己的權限。要解決此問題，請再次登錄 GitHub 并告訴他們將權限還給您自己。

^{10 個}“正常”的 Git 設定確實最終會以這種方式忘記（或丟失）提交。然而，GitHub 將他們的軟體設定為永久保留所有提交。因此，如果您向 GitHub 發送了錯誤的提交，并且無論出于何種原因，您確實需要將其洗掉，您必須聯系 GitHub 支持并讓他們從他們的系統中清除它。

標籤：视窗 混帐 github

上一篇：如何將我的Repl.itrepl連接到我現有的GitHub存盤庫？

下一篇：使用方法C#簡化if陳述句