Git 리포지토리 검사 - Git 14일

지금까지 14일간의 Git 학습 여정에서 다음 내용을 살펴보았습니다.

What is version control?

What is Git?

Installing Git

Basic Git commands to get started

이제 Git 사용을 시작하고 저장소를 검사하는 방법을 살펴보겠습니다.

git 저장소 검사

로컬 컴퓨터에서 리포지토리의 상태를 확인하거나 기록을 다시 확인하고 싶을 때가 있습니다.

며칠 동안 저장소를 만지지 않았고 어떤 상태로 남겨두었는지 확인하고 싶을 수도 있습니다.

또는 문제가 있고 그 이유와 해결 방법을 알고 싶을 수도 있습니다.

여기서 git status 명령이 도움이 될 수 있습니다.

힘내 상태

Git 상태는 작업 디렉터리 및 스테이징 영역의 상태를 표시합니다. 스테이지된 변경 사항과 아직 진행되지 않은 변경 사항, Git이 추적하지 않는 파일이 표시됩니다.

Git 상태는 저장소의 커밋 기록을 표시하지 않습니다.

내 로컬 컴퓨터에 git 저장소가 있고 git issue를 입력하면 다음 정보가 다시 표시됩니다.



이것은 파일 단계가 있지만 아직 커밋되지 않았음을 알려줍니다.

변경 사항을 커밋한 다음 git status를 다시 수행하면 나에게 다시 표시되는 정보가 변경됩니다.



이제 원격 저장소로 푸시되어야 하는 로컬 저장소에 변경 사항이 있음을 알려줍니다.

하지만 커밋 히스토리는 어떻습니까? 내가 이미 커밋한 변경 사항을 보려면 어떻게 해야 합니까?

힘내 로그

Git 로그는 리포지토리 커밋 기록을 보는 데 사용하려는 명령입니다.

이 명령에서 많은 정보를 다시 얻을 수 있습니다. 아래로 스크롤하는 데 도움이 되는 스페이스바를 사용하고 q를 사용하여 종료할 수 있습니다.



좀 더 읽기 쉽게 만들고 싶고 특정 기간을 찾고 있는 경우 명령에 몇 가지 추가 구문을 사용하여 반환되는 정보를 제한할 수 있습니다.

git log -n 3

위의 명령은 마지막 3개의 커밋만 표시합니다.

각 커밋에 대한 작은 정보만 보고 싶을 수도 있습니다. 다음 명령을 사용하여 그렇게 할 수 있습니다.

git long --oneline

변경된 파일과 각 커밋에 대해 몇 줄의 라인이 추가 또는 제거되었는지 확인하려면 어떻게 해야 합니까? 다음 명령으로 그렇게 할 수 있습니다.

git log --stat

힘내 비난

Git Blame은 리포지토리 기록에서 누가 특정 변경 사항을 저작했는지 이해하려는 경우 유용한 명령입니다.

쿼리하려는 특정 파일을 지정하는 데 필요한 리포지토리에서 git Blame을 사용할 수는 없습니다.

git blame README.md

대소문자를 구분합니다. 파일 이름이 모두 대문자인 경우 git Blame 명령 내에서 사용해야 합니다.



여기에서 특정 변경 사항의 작성자를 추적할 수 있으며 커밋 ID, 날짜 및 변경 사항을 확인할 수 있습니다.

Git 14일

오늘은 더 많은 고급 명령을 파고들고 사용법을 이해하는 것이 정말 흥미로웠습니다. 앞으로 며칠 동안 다른 명령을 사용하여 이 새로 발견한 지식을 더 많은 컨텍스트에 적용할 수 있기를 기대합니다.

내 14 days of Git 학습 여정의 다음 단계는 파일 작업을 살펴보는 것입니다. subscribe 학습 여정의 해당 단계에 참여하십시오!

여기에서 따라할 수 있습니다: https://github.com/weeyin83/14daysofgit