1. Fine-grained PAT GitHub 공식 문서 기준으로도 가능하면 fine-grained PAT를 권장한다. Classic PAT는 더 넓은 권한을 갖기 쉬워 보안상 불리하다. Fine-grained PAT는 특정 owner, 특정 repo만 선택하고, Contents / Pull requests / Actions처럼 권한을 세부적으로 나눠서 줄 수 있어서 더 안전하다. Classic PAT는 repo, workflow 같은 넓은 scope 단위라서 권한이 쉽게 과해지고, 여러 저장소에 광범위하게 … 더 읽기
1. Git Worktree란? Manage multiple working trees attached to the same repository. A git repository can support multiple working trees, allowing you to check out more than one branch at a time. 공식문서에 따르면 Git worktree는 하나의 Git 저장소(.git)를 공유하면서, 서로 다른 branch를 동시에 checkout할 수 있도록 해주는 기능이다. 여기서 Worktree는 작업 디렉터리를 지칭하는 단어인 … 더 읽기
![Featured image for [Github] Branch Ruleset](https://tired-i.com/wp-content/uploads/2026/01/github-branch-r-image.png)
GitHub의 Branch Rules에 변경 사항이 생겨서 새로 정리해 보았습니다. 아래는 각 규칙과 해당 기능에 대한 설명입니다. 1. Branch Rules 종류 및 설명 규칙 설명 주요 용도 Restrict creations 브랜치 생성 제한 무분별한 브랜치 생성 방지 Restrict updates 브랜치 업데이트 제한 권한 없는 사용자의 직접 푸시 방지 Restrict deletions 브랜치 삭제 제한 중요 브랜치 보호 Require … 더 읽기
![Featured image for [Github] GitLab → Github (feat. BFG)](https://tired-i.com/wp-content/uploads/2026/01/github-gitlab-g-image.png)
GitLab에 저장된 작업물을 Github으로 옮기는 방법을 정리해 보았습니다. 1. Remote 변경하기 기존의 GitLab Repo를 clone하고 remote를 Github Repo로 수정한다. 이를 위해선 Github에 새로운 Repo가 생성되어있어야 한다. 2. BFG GitLab과 다르게 Github은 100mb 이상의 파일을 허용하지 않는다. 이에 모든 커밋 기록에서 100mb 이상의 파일을 찾아서 지워야 한다. 이를 git-filter-branch 또는 BFG를 사용할 수 있다. 둘 중에 … 더 읽기
![Featured image for [Github] 문서화를 위한 action (Doxygen)](https://tired-i.com/wp-content/uploads/2026/01/github-action-d-image.png)
1. 문서화 기본적으로 README를 하나하나 사람이 직접 만드는 것은 생각보다도 복잡하고 많은 시간과 노력을 필요로 한다. 스크립트의 양이 많고 복잡하기 때문이다. 또한 아주 상세하게 작성된 설명은 사실상 코드를 직접 보는 것과 차이가 없을 수 있다. (고도로 발단된 설명은 코드와 다를 바 없다.) 차라리 코드에 대한 최소한의 설명을 주석으로 추가하는 것이 올바를 수 있다. 이에 … 더 읽기
![Featured image for [Github] Projects](https://tired-i.com/wp-content/uploads/2026/01/github-projects-image.png)
1. Projects 생성 개발 프로세스 전반을 관리하기 위해서 사용한다. 가. view 생성 + New view를 누르면 다양한 형태의 view를 생성할 수 있다. Table 형태의 view다. 다른 view에서 추가한 item들은 다른 view에도 자동으로 추가된다. Board를 통해서 작업의 status를 쉽게 파악하고 관리할 수 있다. Roadmap은 작업의 일정을 쉽게 파악하고 관리할 수 있다. 일정 관리를 위해서 별도의 문서를 … 더 읽기
![Featured image for [Github] Branch Protection rules](https://tired-i.com/wp-content/uploads/2026/01/github-branch-p-image.png)
1. Branch Protection rules 선택할 수 있는 rule이 너무 많다. 사용할 때마다 설명을 추가하겠다. 출처 : https://kotlinworld.com/292 2. Default branch 기본 브랜치를 선택할 수 있다. Git flow 전략을 사용하고 있기에 develop branch를 default로 설정했다.
![Featured image for [Github] Git flow](https://tired-i.com/wp-content/uploads/2026/01/github-git-flow-image.png)
1. Git flow 💡 Git-flow는 총 5가지의 브랜치를 사용해서 운영을 합니다. develop 브랜치를 기준으로 작업에 필요한 새로운 branch 만들어서 작업 후에 develop에 merge 하기.
![Featured image for [Github] 대용량 파일 공유](https://tired-i.com/wp-content/uploads/2026/01/github-image.png)
0. 참고 자료 GitHub의 대용량 파일 정보 – GitHub 문서 1. Github 용량 제한 GitHub은(는) 리포지토리에 허용되는 파일의 크기를 제한합니다. GitHub는 100MB보다 큰 파일을 차단합니다. 50MB보다 큰 파일을 추가하거나 업데이트하려고 하면 Git에서 경고가 표시됩니다. (성공적으로 푸시되지만 커밋을 제거하고 별도의 방식을 사용하자. ) 2. 리포지토리의 기록에서 파일 제거 본격적으로 대용량 파일을 푸시하는 방법에 대하여 알아보기 전에 … 더 읽기
![Featured image for [Github] conflict 해결하기](https://tired-i.com/wp-content/uploads/2026/01/github-conflict-image.png)
로컬에서 작업을 하다가 pull을 할 때 conflict가 발생한다. 원격 저장소의 변경사항과 로컬 저장소의 변경사항 사이에 누구를 우선적으로 반영할지 판단하기 어려워서 발생한 것 같다. conflict를 해결해보자. 1. conflict 발생 늘 하던 대로 pull 했더니 다음과 같이 문제가 생겼다. 만약 bugfix를 위해서 새로운 branch를 만들어서 작업했다고 가정하자. 이제 작업을 마치고 master branch에 반영하려고 한다. merge, rebase, fast-forward가 … 더 읽기
