GitHub Desktop의 커밋 기록 정보
리포지토리에 변경 내용을 적용하는 경우 커밋 기록은 변경 내용에 어떻게 도착했는지에 대해 쉽게 따라야 합니다. 사용자가 작업을 검토하고 리포지토리에 변경 내용이 도입된 시기와 이유를 쉽게 찾을 수 있도록 하려면 다음과 같은 특정 모범 사례를 따르는 것이 좋습니다.
- 커밋을 순차적으로 간편한 순서로 구성
- 의도 및 필요한 컨텍스트를 포함하는 명확한 커밋 메시지 작성
- 관련된 변경 내용이 포함된 작은 커밋 만들기
종종 변경하려는 지점에서 이러한 모범 사례를 완벽하게 따르는 것은 어렵습니다. 커밋의 변경 내용을 실행 취소하거나, 커밋 메시지 편집하거나, 커밋의 순서를 변경하여 더 명확한 스토리를 전달해야 할 수 있습니다. GitHub Desktop을(를) 사용하면 사용자 인터페이스에서 직접 커밋 기록을 관리할 수 있습니다.
참고: 가능한 경우 이미 원격 리포지토리 푸시된 커밋 기록을 변경하지 않아야 합니다. 다른 기여자 이미 이러한 커밋에 대한 작업을 기반으로 할 수 있습니다.
GitHub Desktop에서 커밋 기록을 관리하는 옵션
| 옵션 | 설명 | 자세한 정보 |
|---|---|---|
| 커밋 실행 취소 | 커밋에서 작업 디렉터리로 변경 내용을 복원하므로 다시 커밋하기 전에 추가로 변경할 수 있습니다. 포함된 변경 내용에서 실수를 한 경우 유용합니다. 커밋을 이미 원격 리포지토리 푸시한 경우에는 불가능합니다. | "GitHub Desktop에서 커밋 실행 취소하기" |
| 커밋 수정 | 가장 최근 커밋 메시지를 편집하거나 새 변경 내용을 가장 최근 커밋과 결합할 수 있습니다. 이전 커밋의 변경 내용이 여전히 유효하지만 동일한 커밋에 맞는 추가 변경을 수행한 경우에 유용합니다. | "GitHub Desktop에서 커밋 수정하기" |
| 커밋 되돌리기 | 기록에서 다른 커밋의 변경 내용을 되돌리는 새 커밋을 만듭니다. 커밋이 이미 원격 리포지토리 푸시되었으며 리포지토리의 기록에서 커밋을 제거하지 않으려는 경우에 유용합니다. | "GitHub Desktop에서 커밋 되돌리기" |
| 커밋 cherry-pick | 한 분기에서 다른 분기로 커밋을 복사합니다. 잘못된 분기에서 실수로 변경 내용을 커밋했거나 작업 중인 여러 분기에 버그 수정을 적용해야 하는 경우에 유용합니다. | "GitHub Desktop에서 커밋 cherry-pick" |
| 커밋 순서 다시 지정 | 기록의 커밋 순서를 변경합니다. 순서를 변경하면 진행 상황을 더 쉽게 따를 수 있는 경우에 유용합니다. | "GitHub Desktop에서 커밋 순서 변경하기" |
| 커밋 스쿼시 | 여러 커밋을 단일 커밋으로 결합합니다. 관련된 변경 내용을 포함하는 일련의 작은 커밋이 있는 경우에 유용합니다. | "GitHub Desktop 내에서 커밋 스쿼시" |