728x90 반응형 Git12 [Git] Git tag tag 란?branch와 tag는 매우 비슷tag = commit_idbranch = checkout한 브랜치의 최신 commit_id 를 가리킨다. 태그 조회 CLI 모든 태그 조회$ git tag 태그 조건 검색-l 또는 --list 옵션 및 와일드카드(*) 패턴 활용-l 혹은 --list옵션으로 태그명 기준의 검색 조건을 줄 수 있습니다. 태그명에는 예를 들어 “v1.0*“처럼 *로 와일드카드를 붙여 유연한 처리$ git tag -l {태그 이름}$ git tag -l v1.1.* 태그 상세 내용 확인$ git show {태그 이름} 태그 생성 tag를 지정할 때 태그이름 뒤에 커밋 ID(체크섬, checksum)을 명시하지 않으면 현재 HEAD가 가리키는 최신 커밋에 태그가 붙게 됩니다. .. 2025. 1. 15. [Git] git .md 마크업 문서 (e.g. CHANGELOG.md / README.md) 개요Git 저장소를 관리하고 프로젝트의 품질을 높이기 위해 README.md와 CHANGELOG.md 파일은 필수적입니다. 이 블로그에서는 각 파일의 역할과 작성 요령에 대해 알아보겠습니다. README.md란?README.md는 프로젝트의 첫인상을 결정짓는 파일입니다.주로 프로젝트의 개요와 사용법을 설명하며 GitHub, GitLab과 같은 플랫폼에서는 저장소의 메인 페이지에 README.md의 내용이 바로 표시됩니다. README.md 주요 작성 내용프로젝트 개요: 프로젝트의 목적과 기능 설명설치 방법: 사용자 환경에 프로젝트를 설치하는 방법사용 예제: 주요 기능을 간단히 시연하는 코드나 설명기여 가이드: 다른 개발자가 프로젝트에 기여할 수 있는 방법라이선스: 프로젝트 사용 시 적용되는 라이선스 정.. 2025. 1. 15. [Git] Git submodule CLI 배경 다른 프로젝트의 기능을 앱에 추가하는 방법으로 모노레포 방식을 사용할 수 있지만, 각 프로젝트를 독립적으로 관리해야 하는 경우에는 적합하지 않다.Git Submodule은 메인 프로젝트에서 외부 링크 형태로 서브 프로젝트를 연결해 두었다가, 필요할 때 최신 변경 사항을 가져와 작업한다.이 방식은 서브 프로젝트의 별도 사본을 만들지 않으며, 원래 저장소의 최신 상태를 유지하면서 개발을 진행할 수 있게 해줍니다. 서브 프로젝트는 독립적으로 버전 관리를 유지하면서도, 메인 프로젝트와 쉽게 통합할 수 있습니다. 노드 프로젝트 submodule 내부 구조main-project/├ src/└ submodules/ # 서브모듈들을 모아두는 디렉토리 ├── my-submodule/ .. 2024. 9. 27. Git 자주 사용하는 CLI 모음 개요각 명령어와 예제를 통해 Git 작업을 보다 쉽게 이해하고 사용할 수 있게 자주 사용하는 cli를 정리해보자 Git 설정기본 global 설정# 기본적인 Git 설정git config --global user.name "Your Name"git config --global user.email "your.email@example.com"브랜치 목록 정렬기본적으로 Git은 브랜치를 알파벳 순으로 정렬하지만, 최근 커밋 날짜 순으로 정렬하는 것이 더 유용할 수 있음다음 설정을 통해 브랜치를 최근 커밋 순으로 정렬하고, 열 형식으로 표시할 수 있음git config --global column.ui auto git config --global branch.sort -committerdate 태그 목록 정렬.. 2024. 6. 17. Git GUI 도구 - IDE, source tree Git - GUI 툴 종류1. visual stuido 2. source treehttps://www.sourcetreeapp.com/ Sourcetree | Free Git GUI for Mac and WindowsA Git GUI that offers a visual representation of your repositories. Sourcetree is a free Git client for Windows and Mac.www.sourcetreeapp.com 2024. 5. 24. git 코드 리뷰 - merge, rebase 코드 리뷰 정책이란?개인이 push를 하게 되면, 코드 저장소에 코드 품질을 관리하기 어려워 진다. 이러한 상황을 방지하고, 코드 충돌을 예방 하기 위해 프로젝트별로 코드 리뷰 정책을 세우게 된다.branchfork코드 리뷰 정책이란? 1, 2번의 방법으로 로컬 코드를 작업 한다음, PR(pull request)요청을 하고, 팀원 및 관리자가 확인 후 main 저장소에 merge 하는 프로세스를 말한다. 2024. 5. 24. Git-size 깃사이저로 저장소 크기 관리하기 Happy Git repositories are all alike; every unhappy Git repository is unhappy in its own way. —Linus Tolstoy행복한 Git 저장소는 모두 비슷하고, 불행한 Git 저장소는 모두 각자의 방식으로 불행합니다. —리누스 톨스토이 개요모노레포 작업 중에는 반복적으로 업데이트되는 CHANGELOG.md나 16자 이상의 파일 이름을 가진 파일들이 경로 탐색 방식에 따라 브랜치 크기를 크게 증가시킬 수 있습니다.Git은 파일 압축 후 push 전, 파일 이름의 처음 16자만 검사하기 때문에, 패킹시 문제가 발생할 수 있습니다.예를 들면 repo/packages/foo/CHANGELOG.json 를 변경하고 push할 때 repo/p.. 2024. 5. 22. Git log 조회하기 | Conventional Commits Git log기본 log 조회하기$ git logpretty 적용하여 log 조회하기git log --pretty=format:"- $s(%h) - %s (%cd)" > CHANGELOG.md pretty 확장 옵션%H: 커밋 해시%h: 축약된 커밋 해시%T: 트리 해쉬%t: 축약된 트리 해시%P: 부모 해시들%p: 축약된 부모 해시들%an: 저자 이름%aN: 저자 이름 (존칭)%ae: 저자 이메일%aE: 저자 이메일 (존칭)%al: 저자 이메일 local-part (the part before the @ sign)%aL: 저자 local-part (see %al) respecting .mailmap, see git-shortlog[1] or git-blame[1])%ad: 저자 날짜 (format re.. 2024. 5. 22. [Git] Git Branch 전략- gitflow 와 네이밍 gitflow란?Git Branch 전략 중 하나로 아래 네이밍을 사용하여 작업하는 방식이다. gitflow의 5가지 대표 브랜치master제품으로 출시될 수 있는 브랜치기준이 되는 브랜치로 제품을 배포하는 브랜치develop다음 출시 버전을 개발하는 브랜치기능 개발을 위한 브랜치들을 병합하기 위해 사용하기도 한다개발 브랜치로 개발자들이 이 브랜치를 기준으로 각자 작업한 기능들을 Mergefeature : 단위 기능을 개발하는 브랜치로 기능 개발이 완료되면 develop 브랜치에 Mergerelease : 배포를 위해 master 브랜치로 보내기 전에 먼저 QA(품질검사)를 하기위한 브랜치hotfix : master 브랜치로 배포를 했는데 버그가 생겼을 떄 긴급 수정하는 브랜치 Branch 네이밍 규칙.. 2023. 12. 27. 이전 1 2 다음 728x90 반응형
