![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를 사용할 수 있다. 둘 중에 … 더 읽기
1. Intellij 가. code convention ctrl+alt+s → setting으로 들어간다. Editor → Code Style → Java로 들어간다. 다운로드 받은 xml 파일을 선택하고 적용한다. actions on Save 검색 → Reformat code와 Optimize imports 옵션 활성화. (선택사항) import 검색 후 Add umambiguous imports on the fly와 Optimize imports on the fly 활성화. 나. Build, Test Tools 변경 gradle … 더 읽기
![Featured image for [NeoVim] 설치 및 설정](https://tired-i.com/wp-content/uploads/2026/01/neovim-image.png)
1. Neovim 설치 Neovim Hyperextensible Vim-based text editor 2. Neovim 기본 설정 가. 기본 config 파일 생성 나. options.lua 다. init.lua vim의 .vimrc의 역할을 수행한다. 3. Neovim plugin 설치 Top Neovim Plugins in 2026 List of the most popular Neovim plugins by total number of installs across 1000+ tracked Neovim configurations on Dotfyle. init.lua에 추가만 … 더 읽기
![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 [Docker] MySQL 설치](https://tired-i.com/wp-content/uploads/2026/01/docker-mysql-image.png)
1. Dockerhub mysql mysql – Official Image | Docker Hub node.js 수업이 mysql을 사용하게 되었다. 따라서 mysql을 Dockerfile에 추가하고 docker-compose.yml에도 추가해야 한다. compose만 수행하면 바로 사용할 수 있도록 만들고 싶다. 2. docker-compose.yml 분석 운 좋게도 compose를 공부하면서 mysql이 사용된 예시를 사용했다. 이것을 조금 참고해서 작성하면 되겠다. 가. mysql image 가져오기 나. bind mount 하기 … 더 읽기
![Featured image for [MarkDown] Check box 생성](https://tired-i.com/wp-content/uploads/2026/01/markdown-check-image.png)