GitHub Docs - 워크플로 정보 워크플로 정보 - GitHub Docs트리거, 구문, 고급 기능을 포함하여 GitHub Actions 워크플로의 개략적인 개요를 가져옵니다.docs.github.com  0️⃣ github actiongithub action은 github에서 제공하는 빌드, 테스트 및 배포 파이프라인을 자동화할 수 있는 지속적 통합 및 지속적 배포 CI/CD 플랫폼리포지토리에서 PR, 이슈 생성 등 이벤트가 발생할 때 트리거되도록 워크플로우를 구성워크플로에는 하나 이상의 실행될 수 있는 작업이 포함됨각 작업은 자체 가상 머신에서 실행되며 사용자가 정의한 스크립트를 실행 등 하나 이상의 단계가 있음 1️⃣ workflow하나 이상의 작업을 실행하는 자동화된 프로세스리포지토리의 이벤트..

1️⃣ 템플릿 설정리포지토리 세팅에서 'set up templates' 선택 후 원하는 템플릿 선택 📃 템플릿 작성 2️⃣ Commit'Propose changes' 클릭 후 커밋  3️⃣ 확인ISSUE_TEMPLATE 생성 확인

1️⃣ .gitmessage.txt 파일 생성## 파일생성touch ~/.gitmessage.txt## 템플릿 작성vim ~/.gitmessage.txt  📃 템플릿 예시################# : 의 형식으로 제목을 아래 공백줄에 작성# 제목은 50자 이내, 변경사항 명확히 작성, 끝에 마침표 금지# 바로 아래 공백은 지우지 마세요 (제목과 본문의 분리를 위함)################# 본문(구체적인 내용)을 아랫줄에 작성################# 꼬리말(footer)을 아랫줄에 작성################# FEAT : 새로운 기능 추가# FIX : 버그 수정# DOCS : 문서 수정# TEST : 테스트 코드 추가# REFACTOR : 코드 리팩토링# STYLE : 코드 ..

https://docs.github.com/ko/issues/using-labels-and-milestones-to-track-work/managing-labels 레이블 관리 - GitHub Docs레이블을 만들고, 편집하고, 적용하고, 삭제하여 문제, 끌어오기 요청 및 토론을 분류할 수 있습니다.docs.github.com 1️⃣ 기본 라벨리포지토리에서 Pull request → labels를 클릭하면 확인할 수 있다.  📌 기본으로 제공되는 라벨 종류bug예기치 않은 문제 또는 의도하지 않은 동작documentation설명서 개선 또는 추가가 필요함duplicate유사한 이슈, 끌어오기 요청 또는 토론enhancement새 기능 요청good first issue최초 기여자에게 적절한 이슈help ..

📌 브랜치 전략을 배우는 이유 여태 프로젝트를 진행하면서 메인 브랜치에서 모든 작업을 수행했다. 사실 혼자 개발을 진행하면 딱히 엄청 큰 문제가 생기는 건 아니지만 팀 프로젝트라면 문제가 많다.. 잦은 충돌은 당연하고 히스토리가 섞여 추적하기도 어렵다. 또 브랜치가 어떤 목적으로 생성되었는지 어떤 브랜치를 병합해야 하는지 등 혼란이 생길 수밖에 없다. 더 나은 협업을 위해 브랜치를 어떻게 생성하고 관리하면 좋은지 정리해보고자 한다. 📌 브랜치 전략 브랜치는 다른 브랜치에 영향을 받지 않고 독립적으로 개발이 가능하게 해 준다. 여러 명의 개발자가 하나의 저장소를 사용할 때 브랜치를 효과적으로 활용하기 위한 work-flow가 브랜치 전략이다. 브랜치 전략에는 여러 가지가 있는데 프로젝트의 규모나 특성에 따..

📌 .gitignore 프로젝트에서 백업하고 싶지 않는 파일이나 빌드 결과물 등 배제 요소들을 직접 지정해 git에서 제외할 수 있는 설정파일 보안상 위험성이 있는 파일 프로젝트와 관계 없는 파일 용량이 너무 커서 제외해야하는 파일 IDE 관련 파일 사용자가 제외하길 원하는 파일 등 📌 작성 규칙 표현 의미 # 주석의미 *.a 확장자가 a인 모든 파일 무시 폴더명/ 해당 폴더의 모든 파일 무시 폴더명/*.a 해당 폴더의 확장가가 a인 모든 파일 무시 폴더명/*/.a 해당 폴더 포함 하위 폴더에서 확장자가 .a인 모든 파일 무시 /*.a 현재 폴더의 확장자가 .a인 모든 파일 무시 사용자가 제외하기 원하는 파일을 작성할 수 있지만.. 모든 파일을 작성하기엔 어려움이 있다. 조금 더 찾아본 결과! 쉽게 작성..

개인 프로젝트 마이그레이션 과정 중 중구난방인 커밋메시지로 히스토리 확인이 어렵다.. 그래서 찾아본 커밋 메시지 작성 규칙 목적 커밋 메시지 스타일을 구조화해 일관성 있게 사용하는 이유! 코드 리뷰 시간을 단축하고 능률적으로 처리하기 위해서 변경 사항을 이해해는데 도움을 주기 위해서 코드만으론 설명이 어려운 "왜 이렇게 했을까"를 설명하기 위해서 추후 작업할 사람이 왜/어떻게 변경 사항이 만들어졌는지 이해하는데 도움을 주고 문제 해결과 디버깅을 쉽게 만들기 위해서 Commit message 규칙 ① 제목과 본문을 빈 행으로 구분 ② 제목을 50글자 내로 제한 ③ 제목 첫 글자는 대문자로 작성 ④ 제목 끝에 마침표 넣지 않기 ⑤ 제목은 명령문으로 사용하며 과거형을 사용하지 않는다 ⑥ 본문의 각 행은 72글..

종류 명령어 설명 깃 저장소 만들기 git init .git 이라는 하위 디렉토리 생성, 해당 폴더는 git이 관리하게 됨 상태 정보 git status 현재 관리되고 있는 파일들 상태 출력 git log 커밋 해시 확인 가능, 현재 위치한 브랜치내역만 확인가능 git diff 커밋된 것과 현재 상태 비교 빨간색 : 삭제된 부분 초록색 : 추가된 부분 git diff --staged 커밋된 것과 스테이지에 올라간 것 상태 비교 git diff 커밋해시1 커밋해시2 커밋간 상태비교 git diff 브래치1 브랜치2 브랜치간 상태 비교 커밋 git add . 관리되고 있는 폴더에 있는 모든 파일 스테이지에 올라감 git add 파일명 특정 파일만 스테이지에 올림 git commit -m '커밋 메세지' 스테..

맥북은 homebrew 이용해서 설치 가능 1. Git 설치 ##설치 명령어 brew install git 터미널에서 명령어 입력 나는 이미 설치 되어있어서 해당 과정 생략 2. Git 버전 확인 ##버전확인 명령어 git --version ##버전 git version 2.39.2 (Apple Git-143) 3. Git 계정 설정 ##이름 설정 git config --global user.name "이름" ##이메일 설정 git config --global user.email "이메일" ##이름, 이메일 설정 확인 git config --global user.name git config --global user.email ##설정 내용 전체 확인할 수 있는 명령어 git config --list 4...

버전 관리란 1. 버전 관리 시스템 파일 변화를 시간에 따라 기록했다가 나중에 특정 시점의 버전을 다시 꺼내올 수 있는 시스템 파일의 변경 사항을 추적할 수 있게 돕는 도구 변경사항을 비교할 수 있다 이슈나 문제를 추적 가능 파일을 이전 상태로 되돌릴 수 있다 프로젝트를 이전 버전으로 되돌릴 수 있다 2. 클라이언트-서버 모델 파일을 관리하는 서버가 별도로 있고 클라이언트가 중앙 서버에서 파일을 받아서 사용 서버에 장애 발생시 협업, 백업 불가 중앙 데이터베이스의 하드디스크에 문제 발생시 프로젝트의 히스토리 잃을 수 있다 3. 분산버전 관리 시스템 컴퓨터 파일의 변경사항을 추적하고 여러 명의 사용자들 간의 파일에 대한 작업을 조율하는데 사용 저장소를 히스토리와 더불어 전부 복제 서버에 장애 발생시 클라이..