diff --git a/doc/history/2026-09-17-9차.md b/doc/history/2026-09-17-9차.md index 71abee4..ab2c54c 100644 --- a/doc/history/2026-09-17-9차.md +++ b/doc/history/2026-09-17-9차.md @@ -194,3 +194,30 @@ - **그날 첫 비교는 9.2초**였다(데운 뒤 0.7초의 13배). 4,500개 파일을 디스크에서 처음 읽는 값으로 보인다(디스크 캐시 · 백신 검사). 한 번 잰 값이고 원인은 가려 보지 않았다. 사람이 처음 비교할 때 겪는 시간은 이쪽이다. + +## C-1. 웹 문서를 8차 끝 · 9차에 맞게 (2026-09-17, 완료) + +`doc\web\index.html` 은 8차 D-1(E-1 · F-1 전)에서 멈춰 있었고, "지금까지 만든 것" 쪽은 6차에서 멈춰 있었다. 지난 기록 쪽(6차 표 · 발표 슬라이드)은 그때 이름 그대로 두었다. + +### 고친 것 + +| 자리 | 고친 것 | +|---|---| +| 머리글 · 개요 | "2026-09-17 기준" · 하네스 **22벌 · 1,122건**(1,073건에서) · "8차 끝 · 9차 진행 · 다섯 길 줄끝 바뀐 파일 0" · 로컬 커밋 **104**(94에서, 이 기록 커밋 포함) · 출처 `작업지시/9차.md` | +| 매뉴얼 · 병합 충돌 푸는 순서 | 병합 커밋 본문이 저절로 붙는다는 말 · 마지막 저장 뒤 두 칸 기준이 HEAD 로 옮겨지고 작업별 요약(병합 · rebase · cherry-pick · revert) · 다른 커밋을 고르면 보통 요약 · 커밋하면 새 HEAD 로 | +| 매뉴얼 · 새 절 "충돌을 어떻게 풀었는지 어디에 남나" | 소스(머지 주석) · 병합 커밋 본문(8차 F-1) · Git 탭 로그 표, 본문 예시(E-1 병합의 갈래별 건수 26개), cherry-pick · revert · rebase 는 본문 없음 · 30개 넘으면 줄임. 목차에 "해결 기록이 남는 곳" | +| 매뉴얼 · Git 탭 이력 · 머지 주석 | 모든 브랜치에서 목록 순서가 바뀌어도 고른 커밋 그대로(9차 A-2) · 반영하며 넣은 주석 줄도 처음부터 무시 색 · Mine 칸 빈 자리(9차 B-1) | +| 매뉴얼 · 알아 둘 한계 | 더함: 본문 해결 내역은 MergeHub 에서 푼 충돌만 · 그날 첫 큰 폴더 비교 9.2초(9차 B-2) · Git 탭에서 고른 커밋을 파일 비교 탭이 새로고침 전까지 안 따라옴(9차 A-1) · 머지 주석 무시를 끈 채 다시 정렬하면 반영 색이 옆 줄로(9차 B-1) | +| 남은 일 | 머리말 "8차까지 끝 · 9차 A · B 끝" · 8차 표에 D-1 · F-1 · E-1 · 새 표 "9차에서 고친 것"(A-1 · A-2 · B-1 · B-2) · "8차에 남은 것" → "9차에 남은 것"(D-1) + "정해서 두지 않는 것"(빈 cherry-pick 커밋 · 스타일 맞춤 선택지 · 반쪽 스냅 · 1px 테두리) | +| 지금까지 만든 것 | 머리말 · 숫자(커밋 104 · 1,122건) · 차수별 기록에 7차 · 8차 · 9차 · 하네스 막대에 8차 1,094 · 9차 진행 1,122(7차는 따로 적지 않아 뺐다, 막대 폭 다시 계산) · 기능 목록 Git 에 병합 커밋 본문 | +| 비교 표(WinMerge) | "22벌 1,073건" → 1,122건 | + +### 확인한 것 + +- **화면 문구와 대조**(앱 소스 grep): "충돌 정리 끝" · "병합 커밋을 할 수 있습니다" · "으로 rebase 를 이어 갑니다" · "올릴 자리 대비 올린 변경" · "내 쪽 대비 가져온 / 되돌린 / 받은 변경" · 본문 갈래 이름 7가지(`MergeResolutionLog.Label`) · "새로고침" · "3분할로 열기" · "Selected Commit" 모두 소스에 있다. +- 옛 숫자 · 옛말이 남지 않았다: "1,073" · "7차 끝 · 8차 진행" · "8차에 남은 것" 0건. +- 태그 짝: section 26/26 · div 195/195 · table 28/28 · ul 36/36 · ol 11/11 · li 200/200 · tr 223/223 · td 538/538 · pre 11/11 · code 71/71 · h2 37/37 · h3 26/26. 제어 문자 0. +- 발행: 같은 주소의 아티팩트를 **버전 9** 로 갱신했다(먼저 발행본을 읽어 저장소의 직전 파일과 같은지 대조 — 게시용 겉틀만 달랐다 — 뒤 버전 8 로 올리고, 머리글 날짜를 고쳐 9). 저장소의 `doc/web/index.html` 과 같은 파일이다. +- 로컬 파일은 브라우저 창에서 스크립트로 넘길 수 없어 미리 보기는 하지 않았다. + +제품 코드는 바꾸지 않았다. diff --git a/doc/history/changelog.md b/doc/history/changelog.md index 76772bc..ab45aac 100644 --- a/doc/history/changelog.md +++ b/doc/history/changelog.md @@ -8,6 +8,7 @@ | 날짜 | 항목 | 커밋 | |---|---|---| +| 2026-09-17 | **9차 C-1** — 웹 문서가 8차 D-1(E-1 · F-1 전)에서, "지금까지 만든 것" 은 6차에서 멈춰 있었다. 개요 숫자(22벌 1,122건 · 커밋 104), 매뉴얼에 병합 커밋 본문 해결 내역 · 해결 기록이 남는 곳 · 마지막 저장 뒤 기준 HEAD · 한계 넷, 남은 일에 8차 끝 · 9차 표, 지금까지 만든 것 7~9차. 화면 문구 grep 대조 · 태그 짝 맞음. 아티팩트 버전 9. 제품 코드 변경 없음 | 아래 | | 2026-09-17 | **9차 B-2** — 5차에 "폴더 비교 뒤 트리를 세우는 데 1초 남짓" 으로 적어 둔 것을 앱 안 임시 측정(잰 뒤 되돌림)으로 단계별로 쟀다. 4,500개 묶음에서 트리 만들기 5~17ms · 첫 화면까지 0.13초(필터 전체 0.24초), 비교는 데운 뒤 0.7초. 5차 값은 자동 조작 대기가 섞였다. 줄일 자리가 없어 고치지 않음(코드 변경 없음). 그날 첫 비교 9.2초는 적어 둠 | 아래 | | 2026-09-17 | **9차 B-1** — 네 칸에서 줄을 반영하며 넣은 머지 주석 줄이 넣는 순간 "추가"(파랑)였다가 다시 정렬하면 "무시"(회색)로 바뀌었고, LOCAL(Mine) 칸에 내 파일에 없는 주석 글이 보였다. 사용자 결정대로 넣는 순간부터 다시 정렬한 모양(규칙 켜짐이면 무시 · Mine 빈 자리)으로 넣는다. 파일에 원래 있던 주석 줄과 같은 색. 하네스 NoteTest +5 | 아래 | | 2026-09-17 | **9차 A-2** — 8차 E-1 에서 한 번 다른 브랜치 커밋이 기준으로 잡힌 것은 A-1 과 뿌리가 같았다(선택을 놓치면 목록 맨 위). 해시만 지키자 cherry-pick [커밋] 뒤 선택이 옛 HEAD 에 남아 방금 커밋한 줄이 "남은 차이 6줄" 로 보여, **HEAD 를 보고 있었으면 커밋 · 체크아웃 뒤 새 HEAD 를 따라가게** 함께 고침. 같은 순서 여섯 번 모두 규칙대로. 하네스 +5 | 아래 | diff --git a/doc/web/index.html b/doc/web/index.html index ffc2445..ad07b75 100644 --- a/doc/web/index.html +++ b/doc/web/index.html @@ -217,7 +217,7 @@ figcaption{font-size:.82rem;color:var(--ink-3);margin-top:6px}
- MergeHub사내 머지툴 문서 · 2026-09-16 기준 + MergeHub사내 머지툴 문서 · 2026-09-17 기준
MERGED · WeldController.cs남은 충돌 1
@@ -256,17 +256,17 @@ figcaption{font-size:.82rem;color:var(--ink-3);margin-top:6px}
-
22벌 · 1,073건검사 하네스 전부 통과
-
7차 끝 · 8차 진행네 길(병합 · pull · rebase · cherry-pick) 줄끝 바뀐 파일 0
-
94MergeHub 로컬 커밋 (푸시 0)
+
22벌 · 1,122건검사 하네스 전부 통과
+
8차 끝 · 9차 진행다섯 길(병합 · pull · rebase · cherry-pick · revert) 줄끝 바뀐 파일 0
+
104MergeHub 로컬 커밋 (푸시 0)
26 → 24만든 저장소 병합 충돌 (주석만 다른 2건 자동 해결)
사용자 매뉴얼탭 네 개 사용법, 병합 충돌 푸는 순서, 단축키, 설정 발표 자료18장. ←/→ 로 넘기고 전체 화면으로 띄운다 - 남은 일7차 · 8차에서 고친 것, 아직 남은 것, 미룬 것 - 지금까지 만든 것09-07 ~ 09-16 차수별 기록과 기능 목록 + 남은 일7차 · 8차 · 9차에서 고친 것, 아직 남은 것, 미룬 것 + 지금까지 만든 것09-07 ~ 09-17 차수별 기록과 기능 목록 기획안 v209-03 기획안(v1.1)의 틀에 실제로 만든 것과 바뀐 것을 채움 시연 대본demo 폴더 구성과 10분 시연 순서 WinMerge 와 차이기능 표, MergeHub 가 필요한 이유, WinMerge 가 나은 점 @@ -458,7 +458,7 @@ UbisamBase.Shell.exe --merge --base B.cs 브랜치 · 병합체크아웃 Merge → 현재 브랜치로 브랜치 삭제 · 새 브랜치 생성 + 체크아웃(선택 커밋에서 분기) · 선택 브랜치 위로 rebase 계속 중단 충돌충돌 파일 목록(종류 · 푼 개수) · 3분할로 열기 Accept Mine Accept Theirs Accept Both · 끝내기 단추는 작업에 따라 병합 커밋 · 계속 · 커밋 변경 · 커밋스테이징 언스테이징 변경 취소 전체 스테이징 stash 저장 blame · stash 목록 적용 삭제 · 커밋 메시지 마지막 메시지 커밋 커밋 수정(amend, 푸시 전에만) - 이력커밋 그래프 · 모든 브랜치(다른 브랜치 커밋까지 보임) · 선택 커밋 → Revert Cherry-pick Reset · 여기부터(두 커밋 사이 비교) 해제 · 변경분 추출(바뀐 파일만 폴더로, 바이트 그대로) + 이력커밋 그래프 · 모든 브랜치(다른 브랜치 커밋까지 보임. 목록 순서가 바뀌어도 고른 커밋은 그대로) · 선택 커밋 → Revert Cherry-pick Reset · 여기부터(두 커밋 사이 비교) 해제 · 변경분 추출(바뀐 파일만 폴더로, 바이트 그대로) Blame파일 경로 → 실행. 줄마다 커밋 · 날짜 · 작성자. 이력에서 커밋을 골라 두면 그 시점 기준 태그 · 서브모듈태그 생성(메시지를 넣으면 annotated) 선택 태그 삭제 · 서브모듈 업데이트 (--init)
@@ -473,15 +473,40 @@ UbisamBase.Shell.exe --merge --base B.cs
  • Save (Ctrl+S) — 이 파일만 쓰고 스테이징한다. 커밋은 안 한다. 줄끝 · 인코딩은 내 쪽(ours) 파일을 따른다.
  • 한쪽이 지운 파일은 네 칸 대신 두 칸과 띠가 나온다. 파일 남기기 또는 파일 지우기.
  • 줄마다 볼 필요가 없는 파일은 충돌 탭에서 Accept Mine / Accept Theirs. 여러 파일을 Ctrl/Shift 클릭(Ctrl+A 전부)으로 골라 한 번에 적용한다 — 단추 옆에 “N개 고름” 이 뜨고, 저장소 다시 읽기는 끝에 한 번이다. Accept Both 는 두 파일을 통째로 이어 붙이므로 누르면 먼저 묻는다.
    • -
  • 남은 충돌이 0 이 되면 병합 커밋. 메시지 기본값은 Merge branch '상대' into 내 브랜치 이고 git 의 # 줄은 빠진다.
    • +
  • 남은 충돌이 0 이 되면 병합 커밋. 메시지 기본값은 Merge branch '상대' into 내 브랜치 이고 git 의 # 줄은 빠진다. 그 아래 본문에 충돌을 어떻게 풀었는지가 저절로 붙는다(아래).

    • 남은 충돌이 있는데 Save & Commit 을 누르면 아무것도 쓰지 않고 막는다. 병합 중에는 파일 단위로 Save 를 쓴다.

    +

    마지막 충돌을 저장하면 파일 비교 탭은 두 칸으로 돌아가고 기준(BASE)이 HEAD 로 옮겨진다. 요약은 충돌 탭과 같은 말을 한다 — 병합 “충돌 정리 끝 · 병합 커밋을 할 수 있습니다 · 내 쪽 대비 받은 변경 N줄”, rebase “… [계속] 으로 rebase 를 이어 갑니다 · 올릴 자리 대비 올린 변경 N줄”, cherry-pick · revert “… [커밋] 으로 끝냅니다 · 내 쪽 대비 가져온 / 되돌린 변경 N줄”. 이력에서 다른 커밋을 골라 보면 그 커밋과 견주는 보통 요약으로 바뀐다. 커밋하면 기준이 새 HEAD 를 따라가 “차이 없음” 이 된다.

    + +

    충돌을 어떻게 풀었는지 어디에 남나

    +
    + + + + +
    어디남는 것
    소스네 칸에서 줄을 고르면 그 줄 위에 // [이름] 날짜 (머지 주석). 파일 단위 Accept 는 고른 쪽 파일을 그대로 써서 주석이 없다
    병합 커밋 본문병합 · pull 에서 푼 파일을 방법별로 — 줄 단위 · Accept Mine · Accept Theirs · Accept Both · 파일 남기기 · 파일 지우기 · 머지 주석 자동. 첫 줄은 “충돌 해결 N개 · 이름”. 앱을 껐다 켜도 이어서 적히고, 메시지 칸에서 지워도 커밋할 때 다시 붙는다
    Git 탭 로그“충돌 해결(Theirs): 경로” · “101행 Theirs(feature/theirs) 반영” — 화면에만 있고 끄면 사라진다
    + 
    Merge branch 'feature/theirs' into feature/mine
+
+충돌 해결 26개 · 김승준
+줄 단위 (파일 비교에서 골라 Save) 7
+  Common/Util/Unit47.cs
+  …
+Accept Theirs (상대 쪽 파일 그대로) 15
+  Io/Unit10.cs
+  …
+파일 남기기 1
+  Recipe/ToBeDeletedByMe.cs
+파일 지우기 1
+  Recipe/ToBeDeleted.cs
+머지 주석만 달라 자동으로 풂 2
+  …
    +

    cherry-pick · revert · rebase 는 원래 커밋 메시지를 쓰므로 본문을 붙이지 않는다. 한 갈래에 30개가 넘으면 “… 외 N개” 로 줄인다.

    머지 주석

    줄을 반영하면 그 줄 바로 위에 // [이름] 날짜 한 줄이 들어간다(들여쓰기는 코드를 따른다). 같은 줄을 다시 반영하면 새 주석이 코드 바로 위에 붙고 앞 주석은 위로 밀린다. 누가 언제 반영했는지 소스에 남기 위해서다.

    대신 비교하고 병합할 때는 이 주석을 무시한다.

    @@ -529,7 +554,11 @@ UbisamBase.Shell.exe --merge --base B.cs

    알아 둘 한계

    • 파일 단위 Accept Mine / Accept Theirs 는 고른 쪽 파일을 바이트째 쓴다. 상대가 줄끝을 바꾼 파일이라면 그 줄끝이 그대로 들어온다 — 줄끝을 지키려면 네 칸에서 줄로 고른다.
      • +
    • 병합 커밋 본문의 해결 내역은 MergeHub 에서 푼 충돌만 적힌다. 터미널에서 푼 파일은 빠지므로, 본문 건수가 처음 충돌 수보다 적으면 그만큼은 밖에서 푼 것이다.
    • 빠른 비교(크기 · 수정일)는 내용이 바뀌었는데 크기와 시각이 같은 파일을 놓친다.
      • +
    • 그날 처음 하는 큰 폴더 비교는 디스크에서 파일을 처음 읽느라 오래 걸린다 — 4,500개 묶음에서 첫 비교 9.2초, 두 번째부터 0.7초.
      • +
    • Git 탭 이력에서 커밋을 고르면 파일 비교 탭의 Selected Commit 은 새로고침 전까지 따라오지 않는다. 파일 비교 탭 왼쪽 이력에서 고르면 바로 바뀐다.
      • +
    • 설정에서 “비교 · 병합에서 머지 주석 무시” 를 끈 채 네 칸을 다시 정렬하면(타이핑 멈춤 · 규칙 변경) 반영 색이 옆 줄로 옮겨 보일 수 있다. 저장 내용과 범례 수는 같다. 기본값(켬)에서는 나지 않는다.
    • 코드 검사는 빌드가 된다는 보증이 아니다.
    • 화면 왼쪽 · 오른쪽 반쪽 스냅은 반쪽이 되지 않는다. 창의 가장 작은 크기(1280 × 720)가 반쪽보다 커서, 2560 폭 모니터에서 75% 를 차지한다.
    • 로그인 · 권한은 아직 없다. 창 여러 개로 비교하는 기능은 넣지 않기로 했다.
      • @@ -876,7 +905,7 @@ Log("step 5");
      앞으로 남은 내용

      남은 일

      -

      7차까지 모두 끝났고 8차는 A · B · C 를 끝냈다. 차수별로 무엇을 고쳤는지와, 아직 남은 것 · 일부러 미뤄 둔 것.

      +

      8차까지 모두 끝났고 9차는 A · B 를 끝냈다. 차수별로 무엇을 고쳤는지와, 아직 남은 것 · 일부러 미뤄 둔 것.

      6차 — 병합을 끝까지 믿고 쓸 수 있게

      @@ -908,7 +937,7 @@ Log("step 5"); E-1 ~ E-4[해결로 저장] → Save · 폴더 끌어다 놓기 차례 · 이름 창 잠금 · 셸 창 크기 조절(플랫폼)
      -

      8차에서 고친 것 (2026-09-16)

      +

      8차에서 고친 것 (2026-09-16 ~ 09-17)

      @@ -916,6 +945,17 @@ Log("step 5"); + + + +
      항목무엇
      A-1고른 파일에 다른 파일 내용이 저장되던 것 — 파일 비교 탭을 [3분할로 열기] 로 처음 열면 첫 충돌 파일이 보였고, 그 화면을 저장하면 고른 파일에 그 내용이 써졌다. 늦게 끝난 읽기를 버리고 다시 읽으며, 화면에 실린 파일과 저장할 파일이 다르면 아무것도 쓰지 않는다
      B-3MERGED 칸 줄 번호를 결과 파일 번호로(사용자 결정) — 상태바 · 이동 칸 · 저장된 파일과 같아졌다
      C-1 · C-2revert 충돌을 화면으로 끝까지 · cherry-pick 이 원래 작성자를 남기는 것을 git 과 견줘 확인
      C-3셸 창에서 첫 Win+↓ 크기 · 덮는 창 가운데 맞춤(플랫폼, 배포함)
      D-1이 문서를 7차 · 8차에 맞춤
      F-1병합 커밋 본문에 충돌 해결 내역(추가 요청) — 파일 단위 Accept 는 소스에 주석이 안 남아 어떻게 풀었는지 오래 남는 곳이 없었다. 병합 · pull 에서 푼 방법을 .git 에 적어 두고 커밋 본문에 붙인다
      E-1다섯 길(병합 · pull · rebase · cherry-pick · revert)을 파일 비교 탭을 미리 열지 않고 다시 끝까지 — 줄끝 · BOM 바뀐 파일 0 · class 이름 다른 파일 0 · 병합 본문 26개. 새로 걸린 것 하나(cherry-pick 요약의 기준)는 9차로
      + +

      9차에서 고친 것 (2026-09-17)

      +
      + + + +
      항목무엇
      A-1 · A-2두 칸이 무엇과 견주는지 사실대로 — cherry-pick 마지막 저장 뒤 기준이 고른 커밋 · 다른 브랜치 커밋 · HEAD 중 하나로 그때그때 달랐는데 요약은 늘 “내 쪽 대비” 였다. 새로고침이 선택을 놓치면 목록 맨 위로 채웠기 때문. 작업 중 충돌을 다 풀면 기준을 HEAD 로(사용자 결정), 그 밖에는 해시로 되찾고, HEAD 를 보다 커밋하면 새 HEAD 를 따라간다. 같은 순서 여섯 번 모두 규칙대로
      B-1네 칸에서 반영하며 넣은 머지 주석 줄이 넣는 순간 “추가”(파랑)였다가 다시 정렬하면 “무시”(회색)로 바뀌던 것 — 처음부터 무시 색(사용자 결정). LOCAL(Mine) 칸에 보이던 주석 글도 빈 자리로
      B-2“폴더 비교 뒤 트리 1초” 를 앱 안에서 단계별로 재니 트리 만들기 5~17ms · 첫 화면까지 0.13초(전체 필터 0.24초). 기다림의 대부분은 비교(0.7초)라 고치지 않음

      C# 코드 스타일 맞춤에서 남긴 것

      @@ -924,12 +964,16 @@ Log("step 5");
    • git 병합 자체는 스타일을 모른다. 스타일만 다른 충돌도 git 은 충돌로 내고, MergeHub 는 네 칸에서 맞춰 보여 줄 뿐 자동으로 풀지는 않는다.
    -

    8차에 남은 것

    +

    9차에 남은 것

      -
    • 다섯 길 재확인(E-1) — 병합 · pull · rebase · cherry-pick · revert 를 파일 비교 탭을 미리 열지 않고 사람 순서 그대로 다시 끝까지.
      • -
    • 빈 cherry-pick 을 git 처럼 빈 커밋으로 남기는 길은 두지 않기로 했다(2026-09-16 사용자 결정).
      • -
    • MERGED 칸에서 반영하며 넣은 주석 줄이 다시 정렬하면 “무시” 색이 된다(차이 수에는 원래 안 세던 줄).
      • -
    • 폴더 비교 뒤 화면 트리를 세우는 데 약 1초 — 줄일 자리로 적어 둠(5차 B-2).
      • +
    • 확인(D-1) — cherry-pick · revert 를 마지막 파일까지 네 칸으로 풀어 끝까지, 병합 · rebase 요약이 그대로인지 화면으로 다시.
      • +
    + +

    정해서 두지 않는 것

    +
      +
    • 빈 cherry-pick 을 git 처럼 빈 커밋으로 남기는 길 — 두지 않기로 했다(2026-09-16 사용자 결정).
      • +
    • 비교할 때만 C# 스타일을 맞추고 저장은 원래대로 하는 선택지 — 만들지 않기로 했다(2026-09-17 사용자 결정).
      • +
    • 셸 창을 화면 반쪽으로 스냅 — 창의 가장 작은 크기가 반쪽보다 커서 그대로 둔다. 창 가장자리 1px 테두리도 그대로(사용자 결정).

    미룬 것

    @@ -959,12 +1003,12 @@ Log("step 5");
    현재까지 개발된 내용

    지금까지 만든 것

    -

    2026-09-07 방향 전환부터 2026-09-14 6차 B-5 까지. 차수마다 “실제로 써 보고 걸린 것” 을 지시서로 만들어 하나씩 고쳤다.

    +

    2026-09-07 방향 전환부터 2026-09-17 9차 B-2 까지. 차수마다 “실제로 써 보고 걸린 것” 을 지시서로 만들어 하나씩 고쳤다.

    -
    68로컬 커밋 · 09-08 ~ 09-14
    -
    948검사 통과 (22벌)
    +
    104로컬 커밋 · 09-08 ~ 09-17
    +
    1,122검사 통과 (22벌)
    0 · 0빌드 경고 · 오류
    0푸시
    @@ -979,6 +1023,9 @@ Log("step 5");
  • 5차 — 실제 소스에 맞추기CP949 67개 확인(실제 저장소 2,091개 깨짐 0) · 판별 코드 한 곳으로. 커밋 · 체크아웃 전에 저장 안 한 편집을 묻기. XAML 태그 · 속성 · 값 색칠(여러 줄 태그 포함). 폴더 비교 3.4배 / 4.7배. 20벌 698건.
  • 5차 C-1 — 병합을 끝까지만든 저장소 303개 · 충돌 22개를 MergeHub 만으로 병합 커밋까지. 코드는 안 고치고 걸린 것 23가지를 적음.
  • 6차 A-1 ~ B-6 · 추가 요청 E-1 ~ E-3아래 표. C# 스타일 맞춤 · 시연 재료 · 이 문서. 22벌 948건.
    • +
  • 7차 — 병합 화면이 사실대로 · 다른 충돌 길마지막 저장 뒤 “충돌 정리 끝” · 줄 고른 로그에 어느 쪽인지 · pull · rebase · cherry-pick 을 작업 이름과 끝내기 단추로 · 이력 모든 브랜치 · [Save] 이름 · 셸 창 크기 조절. 네 길 줄끝 바뀐 파일 0.
    • +
  • 8차 — 고른 파일에 고른 내용을[3분할로 열기] 로 처음 열면 다른 파일 내용이 고른 파일에 저장되던 것 · 작업마다 요약 · 빈 cherry-pick · MERGED 결과 번호 · revert 끝까지 · 원래 작성자 · 첫 Win+↓ · 병합 커밋 본문에 해결 내역. 다섯 길 다시 끝까지. 22벌 1,094건.
    • +
  • 9차 — 두 칸이 무엇과 견주는지 사실대로작업 중 충돌을 다 풀면 기준 HEAD · 새로고침 뒤 고른 커밋을 해시로 · 넣은 주석 줄 처음부터 무시 색 · 폴더 트리 시간 다시 재기. 22벌 1,122건.

    • 6차에서 끝낸 것

    @@ -1005,13 +1052,15 @@ Log("step 5");

    검사 하네스

    -