.gitignore .gitignore
.gitignore 파일은 Git이 추적하지 않을 경로 패턴들을 적어둬요. 이렇게 하면 그 파일들은 상태나 새 커밋에 나타나지 않아요.
↗코드 변경을 추적하고, 팀과 협업하며, 업데이트를 확인하고, 안전하게 배포하는 방법을 배우세요.
간단한 의미, 예시, 사용 시점, 공식성, 코드명을 포함한 용어 열기
.gitignore 파일은 Git이 추적하지 않을 경로 패턴들을 적어둬요. 이렇게 하면 그 파일들은 상태나 새 커밋에 나타나지 않아요.
↗롤링 배포는 오래된 애플리케이션 인스턴스를 새로운 인스턴스로 배치 단위로 교체합니다. 각 단계는 실행 중인 그룹의 일부만 변경하므로, 버전이 겹칠 수 있습니다.
↗배포 롤백은 실패하거나 안전하지 않은 릴리스에서 제어된 복구입니다. 알려진 정상 앱 버전과 일치하는 상태를 복원합니다. 정확한 단계는 배포 시스템과 데이터 변경 사항에 따라 다릅니다.
↗배포 환경은 소프트웨어가 실행되는 이름이 지정된 장소나 단계입니다. 자체 설정, 자격 증명, 보호 규칙, 배포 기록 및 라이브 상태를 가지고 있습니다. Git 객체는 아닙니다.
↗이러한 배포 관행은 테스트된 버전을 별도의 환경을 통해 이동시킵니다. 또한 이전 상태로 안전하게 돌아갈 수 있는 방법을 유지합니다.
↗병합 충돌은 Git이 경쟁하는 변경 사항을 안전하게 혼합할 수 없을 때 발생합니다. 사람이나 도구가 의도한 최종 결과를 선택해야 합니다.
↗분리된 HEAD는 HEAD가 브랜치 이름 대신 하나의 커밋을 직접 가리키는 Git 상태입니다.
↗블루-그린 배포는 현재 버전과 새 버전을 별도의 환경에 유지합니다. 새 환경이 점검된 후 트래픽이 전환됩니다.
↗소프트웨어 릴리스는 의도적으로 준비되고 공유된 버전입니다. 여기에는 알려진 파일, 노트, 소스 기록, 명확한 지원 기대사항이 포함됩니다.
↗스쿼싱은 여러 커밋의 변경 사항을 하나의 새로운 커밋으로 합치는 것으로, 종종 인터랙티브 리베이스나 병합 규칙과 함께 사용됩니다.
↗애플리케이션 컨테이너는 컨테이너 이미지에서 생성된 인스턴스입니다. 시작되면 선택한 설정과 제한으로 격리된 프로세스를 실행합니다.
↗지속적 통합(CI)은 공유 코드에 작은 변경을 자주 추가하고 반복 가능한 자동화를 통해 확인하는 것을 의미합니다.
↗카나리아 배포는 실제 사용자나 트래픽의 일부를 먼저 새 버전으로 전송합니다. 증거에 따라 확장할지 중지할지 결정합니다.
↗컨테이너 레지스트리는 컨테이너 이미지를 저장하고 공유하는 서비스입니다. 레포지토리는 레지스트리 내부에서 관련 내용을 그룹화합니다.
↗컨테이너 오케스트레이션은 여러 기기에서 컨테이너 작업을 자동화합니다. 작업을 배치하고, 요청된 수를 유지하며, 실패를 교체하고, 서비스를 연결합니다.
↗컨테이너 이미지는 컨테이너를 만들 때 사용되는 계층화된 패키지입니다. 빌드 후에는 그 내용이 고정됩니다.
↗코드로서의 인프라는 수동 클릭만으로가 아니라 기계가 읽을 수 있는 파일을 통해 인프라를 관리합니다. 팀은 이러한 파일을 버전 관리, 검토, 테스트 및 적용할 수 있습니다.
↗풀 리퀘스트는 코드 호스팅 사이트에서의 기록입니다. 한 브랜치의 변경 내용을 기본 브랜치에 추가하기 전에 리뷰를 요청합니다.
↗풀 리퀘스트는 검토를 위해 변경 사항을 제안해요. 리뷰는 그 변경 사항을 살피고, CI가 바로 그 수정본을 만들고 테스트해요.
↗Git revert는 이전 커밋의 변경 사항을 되돌리는 새로운 커밋을 만듭니다. 기존 히스토리를 삭제하지 않고 유지합니다.
↗Git rebase는 커밋의 연속을 다른 시작 커밋으로 이동시킵니다. Git은 변경 사항을 다시 적용하고, 각각의 재적용된 커밋에 새로운 ID를 부여합니다.
↗Git reset은 현재 브랜치 포인터를 다른 커밋으로 이동시킵니다. 모드에 따라 스테이징 영역과 작업 파일도 일치하도록 변경될 수 있습니다.
↗Git 병합은 브랜치 히스토리를 합칩니다. Git은 포인터를 앞으로 이동시키거나 충돌 해결 후 병합 커밋을 생성할 수 있습니다.
↗Git 서브모듈은 하나의 리포지토리가 다른 Git 리포지토리의 정확한 커밋을 가리킬 수 있게 해줍니다. 상위 리포지토리도 이를 찾는 방법을 저장합니다.
↗Git Stash는 선택한 커밋되지 않은 작업 트리 및 인덱스 변경 사항을 임시로 저장합니다. 저장된 세트는 스택을 형성하며 나중에 복원할 수 있습니다.
↗Git 원격(remote)은 로컬 저장소에서 다른 저장소 URL로 연결되는 이름 있는 링크입니다. Git이 변경 사항을 가져오고, 허용될 경우 푸시할 수 있게 합니다.
↗Git Worktree는 하나의 저장소에 연결된 또 다른 폴더예요. 여러 브랜치를 한 번에 띄워놓을 수 있어요.
↗Git 저장소는 프로젝트의 버전 기록을 Git 객체, 참조, 설정으로 저장합니다. 또한 스테이징 영역과 작업 파일을 포함할 수도 있습니다.
↗Git 클론은 리포지토리의 로컬 복사본을 만듭니다. 객체와 참조를 복사하고, 원격을 설정하며, 작업 파일을 체크아웃합니다.
↗Git 태그는 하나의 정확한 객체를 가리키는 이름으로, 주로 릴리스 커밋을 가리킵니다. 주석이 있는 태그는 또한 누가 만들었는지, 메시지, 날짜, 서명을 저장할 수 있습니다.
↗Git 푸시는 로컬 Git 데이터를 원격 리포지토리로 보냅니다. 원격에 지정된 브랜치나 참조를 업데이트하도록 요청합니다.
↗Git 풀은 원격 업데이트를 가져온 후 선택한 업스트림 브랜치를 현재 브랜치에 병합 또는 리베이스하여 합칩니다.
↗Git 훅은 Git이 개발자의 컴퓨터나 서버에서 지정된 단계에서 실행하는 프로그램입니다. 이는 동작을 확인, 차단 또는 자동화할 수 있습니다.
↗Git bisect는 반복 가능한 동작이 변경된 첫 커밋을 찾기 위해 커밋 기록을 이진 검색합니다.
↗Git blame은 파일의 각 줄을 변경한 최신 커밋을 보여줍니다. 이는 해당 줄의 기록을 배우기 위한 출발점입니다.
↗Git 브랜치는 커밋에서 다음 커밋으로 이동할 수 있는 이름 있는 포인터입니다. 체크아웃된 브랜치에서 새로운 커밋이 만들어지면 포인터는 앞으로 이동합니다.
↗Git cherry-pick은 하나 이상의 선택된 커밋의 변경 사항을 현재 브랜치에 복사합니다. 새 커밋을 새로운 ID로 기록합니다.
↗Git 커밋은 제자리에서 변경할 수 없는 저장된 객체입니다. 커밋은 파일 트리, 부모 커밋, 작성자와 커미터 세부 정보 및 메시지를 기록합니다. 그 ID는 내용에서 나옵니다.
↗Git Diff는 두 Git 상태 간의 정확한 내용 변경을 보여줍니다. 작업 파일, 인덱스, 커밋 또는 브랜치를 비교할 수 있습니다.
↗Git fetch는 다른 저장소에서 커밋과 참조를 다운로드합니다. 원격 추적 이름을 업데이트하지만, 이러한 변경 사항을 현재 브랜치에 적용하지는 않습니다.
↗Git LFS는 대용량 파일을 위한 추가 기능입니다. Git은 작은 포인터를 저장하고, 별도의 LFS 서비스가 전체 파일을 저장하고 전송합니다.
↗이 학습 번들은 네 가지 Git 개념을 연결합니다. Git은 버전 관리 시스템입니다. 저장소는 객체와 참조를 저장합니다. 브랜치는 작업의 라인을 이름 짓습니다. 커밋은 메타데이터와 함께 프로젝트 상태를 기록합니다. 이 번들은 하나의 Git 용어가 아닙니다.
↗