페이지를 교체하지 않고 팀원의 변경 사항 가져오기

• 가져온 원격 추적 참조가 진행되는 반면 기본 참조는 진행되지 않는 이유를 설명하세요.
• 가져온 바닥글을 확인하거나 통합하지 않고 비교해보세요.
• 작업 페이지에 로컬 편집 내용이 겹치는 경우 가져오기 동작을 예측합니다.
• 오래된 로컬 참조 정리와 서버 또는 로컬 분기 삭제를 구별하세요.

10강이 끝난 곳에서 시작하세요. 원본 main/H6 체크아웃, docs/remotes.md를 포함한 6개 커밋, 정리, 원본/main/H6 추적. 별도의 로컬 베어 원본에는 main/H6만 있습니다. 기능/가격 카드/F1은 업스트림이나 게시 없이 로컬로 유지됩니다. 실제 이전/이후를 캡처하려면 데모의 배경 가져오기를 꺼두세요(repo.autoFetchInterval = 0). 레슨 4의 보충 복제본을 사용하지 마십시오.

팀원을 위해 새로운 형제 gittree-features-leo를 사용하십시오. 목적지가 이미 존재하는 경우 중지합니다. 모든 저장소는 모든 소스 체크아웃 외부에 있는 GitTree 기능의 일회용 복사본입니다. 비디오는 Ubuntu 24.04에서 Git 2.52.0 및 GitTree 2.0으로 녹화되었습니다. Leo의 커밋 및 푸시, 오래된 참조 복사본 준비 및 확인이 터미널에서 실행되었습니다. 가져오기, 그래프, 참조 비교, 파일 보기 및 Prune Remote가 앱에서 수행되었습니다. macOS 또는 Windows에서는 아무것도 실행되지 않았으며 Ubuntu는 기록된 유일한 Linux 시스템입니다. GitTree의 소스 층은 Git 2.39.0입니다. 이 로컬 Git 전송에는 공급자, Pro/평가판 또는 API 자격 증명이 필요하지 않습니다.

Fetch는 객체를 획득하고 가져온 지식을 업데이트합니다. 여기서 서버의 메인은 Leo의 H7로 진행되지만 원본의 원본/메인은 가져오기 전까지 H6으로 유지됩니다. 오래된 원본/메인에 대한 0-뒤집기 카운트는 서버가 변경되지 않았다는 증거가 아닙니다.

가져온 후 원본/기본 이름은 H7이고 로컬 기본 및 HEAD는 H6을 유지합니다. 색인과 작업 페이지도 H6으로 유지됩니다. 바닥글 차이점을 읽는 것은 검사이지 Pull, 체크아웃, 병합 또는 리베이스가 아닙니다. "Behind one"은 파일이나 줄의 차이가 아니라 상위 항목을 측정합니다.

Pull is fetch plus a second step. git pull는 가져오기를 실행한 다음 현재 분기에 도착한 항목(빨리 감기, 병합 또는 리베이스)을 통합합니다. 가져오기만으로는 전반부가 지나면 중지되므로 파일을 변경할 수 없습니다. 12과에서는 일부러 두 번째 단계를 선택합니다.

Pruning는 fetch/refspec 규칙에 따라 해당 서버 브랜치가 사라진 원격 추적 참조를 제거합니다. 자체적으로 해당 서버 분기를 삭제하거나 로컬 분기를 지우거나 모든 태그를 제거하지는 않습니다. 소스의 Fetch All 요청은 이미 정리를 활성화합니다. 따라서 아래의 기본 해당 항목에는 --prune이 포함됩니다. Prune Remote는 별도로 준비된 오래된 참조 복사본에서만 설명되는 별도의 명명된 원격 작업입니다.

상태 효과

원래 노트북 커밋은 추가되지 않습니다. 실제 프로젝트 작업은 가져온 참조 업데이트입니다. 로컬 기능은 여전히 ​​F1을 가리킵니다.

Leo의 복제본에서만 index.html을 전체 첫 번째 본문으로 바꾸세요. 그의 주제는 docs: add Leo's review reminder입니다. 작성자/커미터 Leo Okafor <leo@example.com>. 변경된 입력 본문은 두 번째 표준 커밋이 아닌 별도의 원본 복사본 작업 편집입니다.

레오의 index.html — HTML-LEO-FOOTER

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>GitTree Features — course demo</title>
  <link rel="stylesheet" href="styles.css">
</head>
<body>
  <header class="site-header">
    <a href="#main">GitTree Features</a>
  </header>
  <main id="main">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">See your work clearly.</h1>
      <p id="hero-copy">Choose one change, then check what Git saved.</p>
    </section>
    <section class="features" aria-labelledby="features-title">
      <h2 id="features-title">Follow your work</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>History</h3>
          <p>Read commits and branches together.</p>
        </article>
        <article class="feature-card">
          <h3>Changes</h3>
          <p>Review the exact content selected for a commit.</p>
        </article>
        <article class="feature-card">
          <h3>Recovery</h3>
          <p>Inspect the scope of a recovery point before using it.</p>
        </article>
      </div>
    </section>
  </main>
  <footer><p>Built by a fictional team for GitTree Learn. Review one change at a time.</p></footer>
  <script type="module" src="site.js"></script>
</body>
</html>

별도의 더티 페치 재생 — HTML-DIRTY-FETCH

이 전체 본문은 별도의 변경된 입력 재생만을 위한 것이며 정식 원본은 아닙니다.

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>GitTree Features — course demo</title>
  <link rel="stylesheet" href="styles.css">
</head>
<body>
  <header class="site-header">
    <a href="#main">GitTree Features</a>
  </header>
  <main id="main">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">See your work clearly.</h1>
      <p id="hero-copy">Inspect the update before integrating it.</p>
    </section>
    <section class="features" aria-labelledby="features-title">
      <h2 id="features-title">Follow your work</h2>
      <div class="cards">
        <article class="feature-card">
          <h3>History</h3>
          <p>Read commits and branches together.</p>
        </article>
        <article class="feature-card">
          <h3>Changes</h3>
          <p>Review the exact content selected for a commit.</p>
        </article>
        <article class="feature-card">
          <h3>Recovery</h3>
          <p>Inspect the scope of a recovery point before using it.</p>
        </article>
      </div>
    </section>
  </main>
  <footer><p>Built by a fictional team for GitTree Learn.</p></footer>
  <script type="module" src="site.js"></script>
</body>
</html>

1. 원래 기본 탭을 엽니다. 저장소 ID를 검사하고 상태를 정리합니다. 백그라운드 가져오기 재정의가 남아 있는지 확인합니다. 이전 상태가 캡처되기 전에 소스 체크아웃을 변경하거나 자동으로 가져오지 마세요.
2. 명시적으로 native teammate preparation 라벨이 지정된 아래 T1을 사용하여 Leo의 클론 및 정확한 바닥글 커밋을 준비합니다. 그의 푸시는 원본에서 가져온 레코드가 아닌 로컬 베어 서버를 업데이트합니다. 호스팅된 계정이나 시뮬레이션된 공급자 응답은 포함되지 않습니다.
3. 가져오기 전에 T2를 실행하세요. 직접 서버 조회 이름이 다른 실제 SHA를 지정하더라도 기본 및 원본/기본은 H6에서 여전히 동의합니다. 작업 페이지에는 여전히 이전 바닥글이 있습니다.
4. Command+Shift+P(Ubuntu에서는 Ctrl+Shift+P)를 사용하여 팔레트를 열고 Fetch All을 한 번 선택합니다. 단축키는 Command+Shift+F(Ctrl+Shift+F)입니다. 실제 작동과 결과를 기다리세요. 당기기를 클릭하지 마세요. 하나의 원본으로 마우스 오른쪽 버튼 클릭 origin → Fetch Remote은 두 번째 필수 가져오기가 아닌 해당 항목입니다(촬영되지 않았습니다).
5. 그래프에서 새로 가져온 커밋인 docs: add Leo's review reminder를 선택하고 실제 주제와 Leo 메타데이터를 검사합니다. 로컬 기본/HEAD 레이블은 이전 커밋을 유지합니다. 그래프 행을 선택하는 것은 체크아웃이 아닙니다.
6. 팔레트 Compare References…이(가) Compare References을(를) 엽니다. Old side = 메인; New side = 원본/기본; What to compare = The two endpoints; Compare을 선택하세요. 정확한 바닥글 알림이 추가된 index.html만 예상됩니다. 이 엔드포인트-트리 비교에는 병합 기반/로그 세트 용어를 사용하지 마십시오.
7. Show Files(Ubuntu에서 Command+Shift+E, Ctrl+Shift+E); 작업 index.html을 선택하고 Enter를 누르세요. 바닥글은 여전히 ​​원본입니다. Back to Graph을 선택한 다음 팔레트 Show Working Changes를 선택합니다. Staged/Unstaged 목록은 비어 있습니다. 로컬 저장, 커밋 또는 통합이 필요하지 않습니다.
8. 6개의 커밋으로 메인에서 종료하고, 원본/메인은 7개, count0/1 및 작업/인덱스를 정리합니다. 게시되지 않은 로컬 기능을 유지합니다. 강제로 밀어서 뒤쳐지는 것을 “고치”지 마십시오.
9. Separate stale-ref replay only: 원본이 아닌 아래 설명대로 B를 준비하세요. 기본 자두를 먼저 테스트 실행하세요. 최근 저장소 아래에 있는 Open gittree-features-prune 행이 있는 New Tab(Ctrl+T)에서 B를 엽니다. B의 탭에서 측면 패널에 있는 origin라는 이름을 마우스 오른쪽 버튼으로 클릭하고 → Prune Remote를 클릭합니다. 앱은 해당 작업을 직접 전달합니다. 미리보기나 확인 대화상자가 생성되지 않습니다. 로컬 유지 및 모든 작업 바이트가 남아 있는 동안 원본/연습/부실이 사라지는 것을 관찰하세요.

Command 키 코드는 앱의 키맵에서 나옵니다. Ctrl 형식은 Ubuntu에서 사용된 형식이었습니다. 팀원 및 서버 준비는 앱에서 생성된 호스팅 프로젝트가 아닌 터미널에서 기본 작업으로 수행됩니다.

아래의 모든 명령은 명시적으로 -C 명령이 아닌 한 original isolated gittree-features에서 시작됩니다. 기본 원본 가져오기 명령은 앱 작업의 대안이지 앱 작업 ​​이후에 반복되는 변형이 아닙니다.

T1 — 실제 팀원 준비

git clone --quiet --branch main "$(git remote get-url origin)" ../gittree-features-leo
git -C ../gittree-features-leo config user.name "Leo Okafor"
git -C ../gittree-features-leo config user.email leo@example.com
git -C ../gittree-features-leo config commit.gpgsign false

새 복제본이 존재하고 기본이 체크아웃되었으며 로컬 ID만 변경되었습니다. 해당 복제본에서 바닥글 줄만 변경하여 전체 파일이 HTML-LEO-FOOTER와 동일하도록 합니다(동영상에서는 하나의 sed 명령으로 수행합니다. 전체 본문을 편집기에 저장하면 동일한 파일이 제공됩니다).

git -C ../gittree-features-leo add -- index.html
git -C ../gittree-features-leo commit --quiet -m "docs: add Leo's review reminder"
git -C ../gittree-features-leo push --quiet origin main

모두 조용히 성공했습니다. 이것은 일회용 로컬 베어 원본에 대한 실제 Git 푸시입니다. 인터넷 계정이나 생산 데이터는 건드리지 않았습니다.

T2 — 오래된 로컬 지식과 서버 상태를 구별합니다.

git rev-list --left-right --count main...origin/main
git rev-parse refs/heads/main
git rev-parse refs/remotes/origin/main
git ls-remote --heads origin refs/heads/main

인쇄된 카운트:

0	0

다음 두 SHA 출력은 동일한 H6 ID입니다. ls-remote는 실제 다른 H7 SHA와 refs/heads/main을 인쇄합니다. SHA는 커밋 메타데이터에 따라 다르므로 여기에 고정된 가짜 해시가 인쇄되지 않습니다. 이 직접 서버 쿼리는 원본/기본을 업데이트하지 않습니다.

T3 — 통합 없이 가져오고 확인

git fetch --all --prune --quiet

관찰됨: 종료 0, stdout 없음. GitTree의 소스는 이 요청에 대해 정리를 활성화합니다. 명령은 해당 선택을 반영합니다.

git symbolic-ref --short HEAD
git rev-list --count main
git rev-list --count origin/main
git rev-list --left-right --count main...origin/main
git log -1 --format="%s%n%an <%ae>%n%cn <%ce>" origin/main
git diff --name-only main origin/main
git status --short

세 줄로 구성된 메타데이터 결과가 그룹화되어 최종 상태 이전에 출력됩니다.

main
6
7
0	1
docs: add Leo's review reminder
Leo Okafor <leo@example.com>
Leo Okafor <leo@example.com>
index.html

최종 짧은 상태는 비어 있음 종료 0입니다. Main의 SHA, 인덱스의 전체 index.html 및 전체 디스크 바이트를 전후로 비교하여 동일하게 유지했습니다. 가져오기나 그래프 검사가 모두 H7에서 확인되지 않았습니다.

git diff main origin/main -- index.html

관찰된 차이점 완료:

diff --git a/index.html b/index.html
index eebd082..1e4cfde 100644
--- a/index.html
+++ b/index.html
@@ -34,7 +34,7 @@
       </div>
     </section>
   </main>
-  <footer><p>Built by a fictional team for GitTree Learn.</p></footer>
+  <footer><p>Built by a fictional team for GitTree Learn. Review one change at a time.</p></footer>
   <script type="module" src="site.js"></script>
 </body>
 </html>

T4 — 변경된 입력: 로컬 더티 페이지

프리페치 원본의 별도의 동일한 프로젝트 복사본에서만 스테이징 없이 전체 HTML-DIRTY-FETCH를 저장합니다. Leo의 서버 H7이 이미 존재합니다.

git fetch --all --prune --quiet
git status --short
git show :index.html
git rev-list --left-right --count main...origin/main

가져오기에 성공했습니다. 상태:

 M index.html

전체 git show 출력은 더티 작업 에디션이 아닌 이전 기록/인덱스 파일로 유지됩니다. 최종 카운트는 0/1입니다. 작업 디스크 파일은 exactly HTML-DIRTY-FETCH로 유지됩니다. 파일 이름이 겹쳐도 가져오기 충돌이 발생하지 않습니다. 나중에 통합하려면 전제 조건이 다릅니다. 비디오는 전체 파일을 인쇄하는 대신 인덱스와 작업 파일을 각각 grep -n 'hero-copy\|<footer>'로 비교합니다. 리플레이 자체 검사를 통해 작업 파일이 HTML-DIRTY-FETCH와 동일함을 확인했습니다.

T5 - 오래된 원격 추적 참조, 별도의 B

서버 메인/H7을 사용하여 격리된 동일한 프로젝트 B 원본과 별도의 B 베어 대상을 만듭니다. 측정된 파일 URL을 사용하여 해당 대상을 가리키는 B only입니다. A를 재타겟팅하지 마십시오.

원본 데모 폴더에서 존재하지 않는 두 개의 새로운 형제 대상을 준비합니다. 이 명령은 동일한 프로젝트를 B와 자체 서버에 복제하고 A를 다시 대상으로 지정하지 않습니다.

git clone --quiet --bare --single-branch --branch main --no-local ../gittree-features-origin.git ../gittree-features-prune-origin.git
git clone --quiet --single-branch --branch main --no-local . ../gittree-features-prune
PRUNE_URL="$(node --input-type=module -e "import path from 'node:path'; import {pathToFileURL} from 'node:url'; console.log(pathToFileURL(path.resolve('../gittree-features-prune-origin.git')).href);")"
git -C ../gittree-features-prune remote set-url origin "$PRUNE_URL"
git -C ../gittree-features-prune config remote.origin.fetch '+refs/heads/*:refs/remotes/origin/*'
git --git-dir=../gittree-features-prune-origin.git branch practice/stale main
git -C ../gittree-features-prune fetch --prune --quiet origin
git -C ../gittree-features-prune branch keep-stale origin/practice/stale
git --git-dir=../gittree-features-prune-origin.git branch --delete --quiet practice/stale

단일 분기 B 클론은 처음에 main만 가져옵니다. 명시적인 remote.origin.fetch 할당은 원본 데모의 와일드카드 분기 매핑을 복원하므로 practice/stale을 가져올 수 있습니다. B만 변경됩니다. 실패한 준비 명령을 중지합니다. 실제 앱을 실행하기 전에 B의 저장소별 백그라운드 가져오기 간격을 0으로 설정합니다. 이제 일회용 서버 분기는 없지만 B에는 여전히 가져온 레코드와 별도의 로컬 유지 오래된 분기가 있습니다. 다음 명령은 명시적으로 B를 대상으로 합니다.

git -C ../gittree-features-prune remote prune --dry-run origin
git -C ../gittree-features-prune remote prune origin
git -C ../gittree-features-prune for-each-ref --format='%(refname)' refs/remotes/origin/practice/stale
git -C ../gittree-features-prune show-ref --verify --quiet refs/heads/keep-stale

변수 URL 줄 다음에 preview excerpt이(가) 관찰되었습니다.

 * [would prune] origin/practice/stale

관찰된 execution excerpt:

 * [pruned] origin/practice/stale

for-each-ref는 비어 있는 출구 0입니다. show-ref는 자동 종료 0이며, 로컬 유지 오래된 상태가 여전히 존재함을 증명합니다. B의 기본 SHA 및 작업 페이지는 변경되지 않습니다. 서버 메인은 H7로 유지됩니다. 전체 기본 기록에는 정리 원본과 측정된 파일 URL이 포함됩니다. 이러한 기계별 경로는 여기서 제작되지 않습니다.

오래된 참조 준비와 원격 정리 사이에 일반 Fetch All을 삽입하지 마세요. Fetch All이 이미 정리되어 별도의 데모를 위한 오래된 후보가 남지 않습니다.

Where you end: 원본 기본/H6은 여전히 6개의 커밋과 이전 바닥글로 체크아웃되어 있습니다. Origin/main/H7은 Leo의 7번째 커밋을 기록합니다. 서버 메인/H7은 가져오기에 의해 변경되지 않습니다. main은 원점/메인을 추적하고 하나 뒤쳐집니다. 인덱스/워크 클린; 기능/가격 카드/F1은 여전히 ​​로컬/게시되지 않습니다. B/C 분기, 더티 텍스트 및 정리 준비는 A에서 제외됩니다. 추가 docs/fetch-and-prune.md 커밋이 없습니다.

• pre-fetch0/0을 호출하면 현재 서버 진실을 계산합니다.
• 가져온 바닥글이 작업 페이지를 자동으로 대체할 것으로 예상됩니다.
• 가져오기 기록을 성공적으로 보이도록 만들기 위해 Pull 또는 Checkout을 사용합니다.
• 단지 가져오기만으로 더티 페이지가 삭제되거나 충돌할 것으로 예상됩니다.
• 정리를 원격 저장소 또는 로컬 보관 파일을 삭제하는 것으로 해석합니다.

누락된 폴더, 잘못된 URL 또는 권한 실패는 기록을 재설정하거나 대상을 덮어쓰지 않고 의도한 원본과 실제 오류를 검사한다는 의미입니다. 네트워크/도우미/신뢰 거부는 업데이트가 없다는 증거가 아닙니다. 실제 빌드/메시지를 기록하고 명시된 원인만 해결하세요. 제한 모드는 전송을 거부할 수 있습니다. 검토된 일회용 실험실만 신뢰하고 필름을 통과하기 위한 임의 저장소를 신뢰하지 마십시오.

원본 메인이 이동되었거나 바닥글이 변경된 경우 중지하고 Pull, 체크아웃 또는 외부 편집이 실행되었는지 검사합니다. 원인을 위장하기 위해 하드 리셋을 하지 마십시오. 새로운 데모 체크포인트를 준비하기 전에 예상치 못한 상태를 유지하세요.

오래된 참조가 남아 있지 않으면 이전 Fetch All에서 이미 제거했는지 확인하세요. B를 다시 준비하십시오. 사라지는 행을 만들거나 유용한 서버 분기를 삭제하지 마십시오.

각 질문에 답한 후 그 이유를 읽어보세요. '필수'라고 표시된 질문은 수업 완료에 반영됩니다.

1. 질문 1/6

   질문 1/6

   Leo가 H7을 눌렀지만 가져오지 않았습니다. 원본/기본 스틸 이름은 무엇입니까?

   답을 하나 선택하세요.

   작업 파일

   항상 현재 서버 팁

   H6, 마지막으로 가져온 팁

   답변 확인
2. 질문 2/6

   질문 2/6

   표준 가져오기 결과에 속하는 관찰은 무엇입니까?

   해당하는 답을 모두 선택하세요.

   메인 스테이 H6

   오리진/메인이 H7로 진출

   작업 바닥글은 자동으로 Leo의 바닥글이 됩니다.

   답변 확인
3. 질문 3/6

   질문 3/6

   가져오기 후 H6이 H7의 상위 요소인 기본 has6 및 Origin/main7입니다. 메인...오리진/메인 카운트란 무엇입니까?

   답을 하나 선택하세요.

   로컬 전용 0개, 가져오기 전용 1개

   0과 0은 상태가 깨끗하기 때문입니다.

   1과 0

   답변 확인
4. 질문 4/6

   질문 4/6

   입력을 변경합니다. 스테이징 없이 HTML-DIRTY-FETCH를 저장한 다음 H7을 가져옵니다. 무슨 일이 일어나나요?

   답을 하나 선택하세요.

   가져오기는 편집 내용을 삭제합니다.

   동일한 파일 이름으로 인해 충돌이 발생함

   더러운 텍스트가 남아 있습니다. 원산지/주요 발전

   답변 확인
5. 질문 5/6

   질문 5/6

   B의 서버 브랜치는 삭제되었지만 B에는 원본/실행/부실 및 로컬 유지가 오래되었습니다. 가지치기는 무엇을 제거하는가?

   답을 하나 선택하세요.

   서버 저장소

   로컬 유지 오래된 지점

   여기에는 오래된 추적 참조만 있습니다.

   답변 확인
6. 질문 6/6

   질문 6/6

   어떤 점검이 함께 필요합니까?

   해당하는 답을 모두 선택하세요.

   원본 main6, main7 가져오기, count0/1

   원본 이전 페이지, 깨끗한 색인/작업, 기능 미공개

   가지치기 및 더티 변형은 원본의 일부입니다.

   답변 확인

가져온 후 두 개의 원본 페이지 버전을 예측합니다. 색인과 작업은 모두 H6으로 유지되고 새 원격 트리는 Leo의 바닥글을 유지합니다. 별도의 더티 재생에서 전체 디스크 텍스트가 유지되고 충돌이 발생하지 않는지 확인합니다. B에서는 왜 보관된 파일이 가지치기 후에도 살아남는지 설명합니다. clean0/1 체크포인트에서 원본만 종료합니다.

• Fetch는 분기를 통합하지 않고 로컬 지식을 새로 고칩니다.
• 깨끗한 상태는 리모컨이 최신 상태임을 의미하지 않습니다.
• 로컬 추적 참조를 정리하는 것은 로컬 또는 서버 분기를 삭제하는 것과 다릅니다.

• 업스트림과 혼동하지 않고 리모컨 연결(강의 10)
• 기능 브랜치를 생성하고 일회용 참조만 폐기(강의 9)
• GitTree 다운로드

가져오기 - جلب; 가지치기 - 가지치기; 오래된 원격 추적 참조 — مرجع تتبُّع بعيد قديم; 뒤에 — متاص; 끝점 비교 — مقارنة الصرphen.