본문 바로가기
728x90

devtools/Git, 협업 도구12

[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] Git CLI / Git 명령어 정리 개요각 명령어와 예제를 통해 Git 작업을 보다 쉽게 이해하고 사용할 수 있게 자주 사용하는 cli를 정리해보자 저장소 관리1. 새로운 저장소 생성- 현재 폴더에서 새로운 git 저장소를 생성$ git init 2. 기존 소스코드 다운로드/복제- 기존 소스코드를 로컬 저장소에 다운로드 및 복제, 원격 서버 저장소도 복제 가능$ git clone # 로컬 저장소 복제$ git clone /로컬/저장소/경로# 원격 저장소 복제$ git clone 사용자명@호스트:/원격/저장소/경로3. 원격 저장소 추적 확인$ git remote -v4. upstream 원격 저장소 설정$ git remote add upstream   소스 관리1. 특정 파일 추가$ git add // git add filename.txt .. 2024. 6. 17.
[Git] 좋은 커밋 메시지 작성하기, 정책 만들기(git, commit, convention) 커밋 메시지 규칙제목은 영문 기준 50자 , 한글 기준 25자 이내제목은  명령문, 부정명령문 형식 사용제목 첫글자를 대문자로동명사보다 명사를 사용 (ing X)제목 끝에 . 금지제목과 본문을 한 줄 띄워 분리하기본문은 영문 기준 72자 , 한글 기준 36자 마다 개행 커밋 메시지 예)Fix member of values optional in ViewPropTypes[수정] 회원 가입의 버그를 수정 Refactor subsystem X for readabilityUpdate getting started documentationRemove deprecated methodsRelease version 1.0.0Merge pull request #123 from user/branch Github 이슈를 종료.. 2024. 5. 22.
[TIP] 문서화 가이드: 제목 작성 형식 - 간결하고 명확하게 제목을 작성하는 형식문서의 성격과 목적, 작성 규칙이 있다면 따르기주제를 명시적으로 간결하고 명확하게 작성  기존에 존재하는 파일과 제목이 통일 1. 주제를 요약하는 제목예) "웹 브라우저 보안", "프론트엔드 성능 최적화", "데이터 관리 기술" 2. 의문형 제목- 이슈를 제시하거나, 대답을 할 수 있게 질문을 한다.예) "왜 웹 보안이 중요한가?", "어떻게 프론트엔드 성능을 향상시킬 수 있을까?", "쿠키 vs 세션" 3. 흥미 유발 제목- '강화, 전략, 핵심, 요약' 키워드를 사용한다.예) "웹 보안 강화 방법", "효율적인 프론트엔드 개발 전략", "데이터 관리의 핵심 원칙"  4. 요약- 문서의 목차나 키워드를 나열한다.예) "웹 보안: 중요성과 구현 방법", "웹 브라우저: 기본 개념과 구.. 2024. 3. 29.
[TIP] 파일서버, 브라우저 내 폴더/즐겨찾기 정리하기 1. 폴더 분류 기준 정하기 2. 폴더는 넘버링https://blog.huvis.com/8473. 파일명 네이밍 2024. 3. 8.
[Git] Git Branch 전략- gitflow 와 네이밍 gitflow란?Git Branch 전략 중 하나로 아래 네이밍을 사용하여 작업하는 방식이다. gitflow의 5가지 대표 브랜치master제품으로 출시될 수 있는 브랜치기준이 되는 브랜치로 제품을 배포하는 브랜치develop다음 출시 버전을 개발하는 브랜치기능 개발을 위한 브랜치들을 병합하기 위해 사용하기도 한다개발 브랜치로 개발자들이 이 브랜치를 기준으로 각자 작업한 기능들을 Mergefeature : 단위 기능을 개발하는 브랜치로 기능 개발이 완료되면 develop 브랜치에 Mergerelease : 배포를 위해 master 브랜치로 보내기 전에 먼저 QA(품질검사)를 하기위한 브랜치hotfix : master 브랜치로 배포를 했는데 버그가 생겼을 떄 긴급 수정하는 브랜치  Branch 네이밍 규칙.. 2023. 12. 27.
[Confluence/Jira] 협업 도구를 사용하는 이유 - Confluence/Jira 환경 설정 Confluence란?개발 일정/범위/진행상태 등등 업무 정리하는 기능에디터 페이지팀별, 부서별 문서를 공유하는 페이지- 보통 회사내 계정을 사용하고, 내부방에서만 볼 수 있게 되어었다.장점다양한 에디터 기능 지원(표, 차트)Office, Jira 등 호환됨링크로 공유 가능시각적으로 보기 좋음문서 버전화 관리가능(첨부파일도 가능, 수정자도 확인 가능) Jira개발 담당자 할당/조회 하는 기능일감 내용, 관련 참고내용, 개발 소요시간 등을 관리할 수 있다애자일 개발방식 프로젝트 작업에 주로 사용하여, 지속적인 관리가 필요한 작업에 용이하다.- 이슈, 일감 별로 작업 내용을 공유하기 때문장점담당자를 지정/변경할 경우 작업내용을 다시 작성하지 않아도 된다.커밋한 이력만 가지고 상세 작업내용을 바로 조회할 수 .. 2023. 12. 20.
728x90

티스토리툴바