Терминология

  1. Рабочий каталог: файл, с которым вы работаете в ветке.
  2. Промежуточная область: виртуальная папка на вашем ноутбуке, в которой хранятся файлы, которые вы готовы зафиксировать.
  3. Локальный репозиторий: изображение/копия всего кода в репозитории GitHub, который вы извлекли в последний раз, а также последняя фиксация.
  4. Удаленно:сервер/GitHub

Аналогии терминов

Представьте, что вы делаете торт для интернет-покупателя, который является ребенком.

Рабочий каталог:этоваша кухня, где вы готовите торт.

Постановка. После того, как вы приготовили торт, вам нужно положить его в коробку, называемую площадкой для подготовки.

Местное хранилище:это похоже на магазин UPS, где вы пишете адрес на этикетке для доставки и прикрепляете ее к коробке, а затем передаете ее в UPC Clark, это так же, как вы добавляете сообщение фиксации и фиксируете его в локальное репо. После этого вы готовы отправить вашему клиенту упакованный торт. Вы даже можете отказаться от переделки торта, например, попросить вернуть посылку из магазина UPS, если она еще не отправлена.

После передачи его сотруднику UPS вам нужно будет оплатить доставку, после чего посылка будет в пути. Это похоже на git push, который сообщает git отправлять ваши коды на GitHub с использованием протоколов ssh.

Remote Repo: это место, похожее на дом вашего клиента, где ваш торт, наконец, доставлен и съеден. Создание запроса на вытягивание (PR) — это то же самое, что отправить сообщение вашему клиенту и сказать ему, что это то, что он заказал, и, пожалуйста, наслаждайтесь тортом. После одобрения родителей клиента (утверждающих) ребенок сможет съесть торт, который похож на «раздавить и объединить» PR, и попросить сервер взять последний код.

Разветвление

Лучше всего обновлять локальный master, перейдя в локальную master-ветвь с помощью git checkout master, а затем git pull

Когда вы работаете над проектом, никогда не стройте на мастере, всегда создавайте ветку для работы. Ветка — это не пустая папка, это копия вашего мастера, но в отдельной папке в вашей локальной системе (вы увидите только ветку, в которой находитесь, в Mac OS Finder)

  1. Найдите ветки: ветка git
  2. Создайте ветку: ветка git [имя новой ветки]
  3. Перейдите в ветку: git checkout [имя новой ветки]Если ветка не является локальной, удаленная ветка будет извлечена и добавлена ​​в локальную.
  4. Вы можете объединить 2 и 3 в одну команду, если знаете, что создаете новую ветку: git checkout -b [имя новой ветки]
  5. Удалить git checkout main git branch -D [name]Удаляйте ветку только в том случае, если работа объединилась с удаленной главной веткой и работает должным образом.

Общие операции (по порядку)

git checkout [название ветки]

git pull origin master Это объединит коды в вашей локальной ветке с кодами из последней основной ветки. Вы должны сделать это перед работой над своей веткой или перед тем, как добавлять новые коды в основную)

Если вы запустите эту команду в первый раз, вы, скорее всего, увидите сообщения конфигурации желтым цветом, тогда рекомендуется выполнить следующие команды конфигурации:

Конфигурация git — global pull.rebase true

git config — global fetch.prune true

После того, как вы протестировали свою работу локально и готовы загрузить ее на удаленный мастер на GitHub

статус git (примечание: проверьте, какой из них изменился)

git add [имя папки](примечание: git add .добавит все файлы в текущем каталоге и не рекомендуется;git add [filename]чтобыдобавить файл

статус git (чтобы проверить, добавили ли вы файлы, которые хотите отправить в удаленную ветку, файлы зеленого цвета означают, что git отслеживает файл и готов к фиксации)

git commit -m «message» (помните, что это маркировка пакета и получение )

git push origin [название ветки] (примечание: используйте ветку по умолчанию, не используйте main напрямую)

Другие операции

  1. Чтобы обновить бренд_1 кодами из филиала_2, если вам нужно будет использовать некоторые коды из других филиалов

ветвь git checkout_1

git rebase branch_2или git merge branch_2