Plastic SCM - GitSync 포스트를 작성하며 직접 Github repository를 생성하고 plastic을 연동하여 테스트를 진행했고, GitSync가 제대로 작동함을 확인할 수 있었다. 따라서 실제 개발 환경에서 사용해보기 전에는 테스트 때와 마찬가지로 plastic SCM에 우선적으로 작업물을 올리고 바로 git에 sync만 시켜주면 되겠지라고 생각했는데, 일단 기존 git 브랜치를 plastic SCM에 맞춰 호환시키는 것부터 버벅이게 되었다. Sync with Git 이후 plastic SCM 초기 연동 시 자동으로 생성된 changeset과 git remote repository의 commit들이 공존하게 되었는데, HEAD가 되는 plastic changeset에 git commit을 merge하려는 과정에서 conflict도 발생하고, conflict 처리조차

작년에 블로그를 시작해야겠다는 마음을 먹고 나서 github pages를 통해 블로그를 생성했다. 당시 github pages를 블로그 플랫폼으로 선택했던 이유는 다음과 같았다. > 1. 잔디가 심어짐 > 2. github에서 제공하는 기능이니까 github와 이것저것 연계하기 쉬울 것 같음 > 3. 그냥 왠지 그 당시에는 가장 간단해 보였음 그러나 막상 블로그 테마를 찾고, 꾸미고, 글을 작성하려니 이래저래 불편한 점이 많았다. 가장 대표적인 문제는 바로 github pages측에서 지원하는 dependency의 종류가 제한적인 것. 나는 블로그 내에 여러 카테고리를 만들고 특정 카테고리에 접근하면 해당 카테고리 내의 글 목록이 나오는 pagination 구조를 만들고 싶었는데, github pages에서는 단 하나의 카테고리에 대해서만 하위 글 목록을 제공해주었다. 이를 해결하기 위해 [jekyll-pagi