이 기술 블로그를 만들기 위해 5년을 미뤘다.

Github Repository에서 제공하는 기능 Github에 저장소(Repository)를 생성하면 다음과 같이 코드 형상관리 뿐만 아니라 이슈, PR(풀 리퀘스트), 프로젝트, 마일스톤, 위키 등의 관리가 가능하다. 각 메뉴는 다음과 같은 특징을 갖는다. Issues - 프로젝트 작업의 모든 활동을 아우르는 단위(기능 추가, 환경 설정, 리팩토링, 버그 수정 등) - 모든 작업을 이슈로 만들고, 등록한 이슈를 기반으로 프로젝트 관리 - 마일스톤 생성 및 관리 가능 PR(Pull Requests) - 작업 브랜치의 내용을 메인 브랜치에 병합하기 전에 다른 참여자들과 공유하고 리뷰를 요청할 수 있는 메뉴 - 코드 리뷰를 통한 수정 코드 추천, 강제 어프루브 제약 사항 추가 등 다양한 기능 제공 Proj..

커밋을 삭제하는 방법에는 여러 가지가 있다. 삭제하고자 하는 커밋이 직전 커밋인 경우에는 git reset 명령어로 간단하게 롤백이 가능하다. # git reset HEAD~1 # 최근 1개의 커밋 삭제 + 변경된 파일은 unstaging 상태로 유지 # git reset HEAD~n # 최근 n개의 커밋 삭제 + 변경된 파일은 unstaging 상태로 유지 # git reset --hard HEAD~1 # 최근 1개의 커밋 삭제 + 변경된 파일도 함께 되돌림 # git reset --hard HEAD~n # 최근 n개의 커밋 삭제 + 변경된 파일도 함께 되돌림 # git reset --hard [커밋ID]~n # 해당 커밋 ID 기준 n개의 커밋 삭제 + 변경된 파일도 함께 되돌림 만약 예전에 했던 커..

github의 repository를 통째로 복사해서 다른 repository로 옮기고 싶을 때가 있다. 내 경우에는 퍼블리싱 작업물을 디자인 버전 별로 branch를 나누어서 관리하고 있었는데, 각 브랜치에 있는 작업물들을 브랜치마다 gh-pages로 배포하고 싶었다. 하지만 github는 한 repository당 하나의 gh-pages만 배포할 수 있도록 되어 있기 때문에, 이 작업물들을 별도의 repository로 분리해서 각각의 gh-pages로 배포하는 것이 내 목표였다! 간단하게 새로운 repository를 생성해서 그 안에 한꺼번에 커밋을 하는 방식으로 해결이 가능하지만, 이러한 방법을 사용하면 예전 커밋 로그들이 다 날아가기 때문에 좋은 방법은 아니다. 그래서 구글링으로 찾아보니, git의 ..