본문 바로가기

개발 환경세팅23

[GitHub] GitHub Actions 정리 GitHub Actions란?1. GitHub Actions는 코드의 자동화된 워크플로우를 생성하고 관리할 수 있는 기능으로, 주로 CI/CD(Continuous Integration and Continuous Deployment) 파이프라인에 사용한다. 2. GitHub Actions는 코드 작성부터 배포까지 자동화할 수 있는 강력한 도구로 코드 품질향과 배포 효율성을 높이는데 유용하게 사용한다. 1. GitHub Actions 기본 개념1. GitHub Actions는 코드 저장소에서 발생하는 이벤트(예. push, pull request, schedule 등)을 트리거로 하여 특정 작업(Job)을 자동으로 수행하도록 구성할 수 있다. 2. 일반적인 사용 예로는 자동 테스트, 빌드 배포 등이 있다... 2024. 11. 6.

[Git] 커밋 취소, 되돌리기 Git 명령어 reset을 사용하여 commit 되돌리기git reset은 Git에서 커밋을 되돌리는 방법이다. soft reset은 파일의 변경 내용은 그대로 보존하는 방법이다.특정 커밋으로 되돌리면서 커밋 기록은 삭제하고, 변경 사항은 작업 디렉터리에 남겨 두고 싶을 때 사용한다.이는 주로 커밋을 잘못했거나, 커밋 메시지를 수정하고 싶을 때 유용하다.--hard, --mixed 옵션을 사용한 reset 방법도 있으며 --hard같은 경우에는 사용에 주의를 해야한다.사용 예제 1. 마지막 커밋을 리셋하고 싶을 때 사용한다. git reset --soft HEAD~1- 이 명령은 마지막 커밋을 되돌리고 해당 커밋의 변경 사항은 스테이징된 상태로 남겨둔다.- 이후 git commit --amend를 통해.. 2024. 10. 28.

[Git, Github] 버전 태그 생성 Github에 버전 태그를 추가하여 푸시하는 방법, git tag1. 로컬 리포지토리에서 버전태그 생성git tag -a v1.0 -m "Version 1.0"- a v1.0: 생성할 태그의 이름 v1.0이 이름이 된다.- m "Version 1.0": 태그에 대한 메시지를 추가한다.2. 태그 확인git tag이 명령어를 입력하면 로컬에 있는 모든 태그 목록이 표시된다.3. 태그 푸시git push origin v1.0- origin: 원격 리포지토리의 기본 이름이다.- v1.0: 푸시할 태그의 이름이다.4. 모든 태그 푸시git push origin --tags이 명령어를 통해 모든 태그를 한번에 푸시할 수 있다. 5. Github에서 확인Githhub 리포지토리로 이동하여 Release 섹션을 확인하.. 2024. 10. 19.

[Git/Github] Blame, Ls-tree, Clean, Gc, Archive blame, ls-tree, clean, gc, archive 명령어 정리1. Blame파일의 각 줄이 누구에 의해 언제 수정되었는지 보여준다.코드 변경 내역을 추적하고 특정 줄의 변경 이력을 알아낼 때 사용한다. 사용 예git blame filename.txt # filename.txt 수정내역 확인2. Ls-tree특정 커밋이나 브랜치의 트리 구조를 보여준다.저장소의 구조나 특정 경로에 어떤 파일이 포함되어 있는지 확인할 때 사용한다. 사용 예git ls-tree HEAD 3. Clean추적되지 않은 파일들을 워킹 디렉토리에서 제거한다.작업 디렉토리를 정리하고 깨끗한 상태로 유지할 때 사용한다.사용 예git clean -f4. Gc저장소를 정리하고 최적화한다.저장소의 용량을 줄이고 성능을 향상시킬 때.. 2024. 9. 20.

[Git/Github] Stash, Tag, Revert, Reset, Rev-parse stash, tag, revert, reset, rev-parse 명령어 정리1. Stash (임시 저장)작업 중인 변경 사항을 임시로 저장하고 워킹 디렉토리를 깨끗하게 만든다. 사용 예git stash # 변경 사항을 임시로 저장git stash pop # 가장 최근에 저장한 스태시를 다시 적용2. Tag특정 커밋에 태그를 붙여 중요한 지점을 표시한다. 사용 예git tag v1.0 # 태그 생성git tag -a v1.0 -m "Release v1.0" # 주석이 있는 태그 생성git push origin v1.0 # 태그를 원격 저장소로 푸시 3. Revert (되돌리기)특정 커밋을 되돌리는 새로운 커밋을 만든다.사용 예git revert abc123 # abc123.. 2024. 9. 19.

[Git/Github] Log, Status, Show, Shortlog, Reflog log, status, show, shortlog, reflog 명령어 정리1. Log저장소의 커밋 이력을 조회한다.각 커밋의 해시, 작성자, 날짜, 커밋 메시지 등 변경 이력을 추적하는 데 사용된다.사용 예git log # 커밋 기록 보기git log --oneline # 한 줄로 요약된 커밋 기록2. Status현재 작업 디렉토리와 스테이징 영역의 상태를 보여준다.변경된 파일, 새로 생성된 파일, 스테이징된 파일, 커밋 준비가 된 변경 사항을 확인하는 데 사용된다.사용 예git statusgit status -s # -s 또는 --short: 변경 사항을 짧은 형식으로 출력git status -b # -b 또는 --branch: 현재 브랜치와 추적 중인 브랜치를 간단하게 출력3. .. 2024. 9. 18.

[Git/Github] Fetch, Diff, Cheery-pick, Merge, Rebase fetch, diff, cheery-pick, merge, rebase 명령어 정리1. Fetch (가져오기)원격 저장소의 변경 사항을 가져오지만, 워킹 디렉토리에는 반영되지 않는다.사용 예git fetch # 원격 저장소의 변경 사항 가져오기2. Diff (차이점 비교) 변경 사항을 비교한다. 사용 예git diff # 워킹 디렉토리와 마지막 커밋 비교git diff abc123..def456 # 두 커밋 간의 차이 비교 3. Cherry-pick (특정 커밋 적용)다른 브랜치의 특정 커밋을 현재 브랜치에 적용한다.사용 예git cherry-pick abc123 # 특정 커밋을 현재 브랜치에 적용 4. Merge (병합)다른 브랜치의 변경 사항을 현재 브랜치에 병합한다.사.. 2024. 9. 17.

[Git/Github] Submodule 정리 Git과 Github에서 사용하는 서브모듈이란?Github 저장소 안에 다른 Github 저장소를 디렉토리로 분리해 넣는 것으로 프로젝트에서 외부 라이브러리를 가져다쓰는 경우에 사용한다. 1. Submodule 생성 1. 아래 명령어를 통해 Submodule을 생성한다.git submodule add [서브모듈 repository 주소] 2. .gitmodules 파일이 아래와 같은 형식으로 생성된다.[submodule [서브모듈 이름]] path = [서브모듈 위치] url = [서브모듈 url] branch = [서브모듈 branch]2. Submodule 업데이트(최신화)0. Submodule 초기화git submodule init 1. 아래 명령어를 통해 remote 저장소로부터 코드를 loc.. 2024. 9. 16.

[Git/Github] Commit Message Convention naming Convention: 이름 짓는 약속예) camelCase(카멜 케이스), snake_case(스네이크 케이스), PascalCase(파스칼 케이스)Git Commit Message Convention위와 같이 이름을 짓는 약속을 하듯이 Commit message에 대한 약속이다.협업 시 필수적으로 알아야하는 내용이고 익숙해진다면 Git commit message 기록이 깨끗해지고 누가봐도 이해가 가능해질 수 있다. Commit Meesage의 구조1. 제목1. 제목은 최대 50글자 넘지 않기2. 마침표 및 특수기호 사용하지 않음3. 첫 글자 대문자, 명령문 사용4. 개조식 구문으로 작성(간결하고 요점적인 서술)2. 본문 (생략 가능)1. 한 줄당 72자 내로 작성2. 최대한 상세히 작성3.. 2024. 6. 5.

[Github] 로컬 저장소 깃허브에 연결하기 로컬에 있는 저장소를 Github와 연결하는 방법 2가지 상황1. 최초 README.md 파일이 존재하지 않고 막 만든 로컬 저장소를 깃허브에 연결할 때echo "# repositoryName" >> README.mdgit initgit add README.mdgit commit -m "first commit"git branch -M maingit remote add origin [깃허브 주소]git push -u origin main 2. 이미 로컬 저장소가 "다른 곳"에 연결되어 있어 새로운 깃허브에 연결할 때 - 위와 같은 상황의 "다른 곳"은 다른 깃허브 repository 혹은 같은 깃허브 내의 다른 branch를 이야기한다.git remote add [브랜치명] [깃허브 주소]git branc.. 2024. 4. 30.

이전 1 2 3 다음

티스토리툴바