Clloud's devlog

깃허브 블로그가 단순 TIL용 이라고는 하지만 알고리즘이나 프로젝트 코드 개발에 대한 포스팅도 할 생각이라 다양한 피드백의 필요성을 느꼈다. 보통 기본 댓글은 disqus였지만, 내가 사용하는 테마에서는 없는 것 같아서 utterances 댓글 기능을 추가했다. (_config.yml 파일에 comment 어쩌고 있었는데 추가한 후에 발견해 버렸다..) 이번 포스팅에서는 utterances 댓글 기능을 추가하는 방법에 대하여 공부를 해보고자 한다. utterances 댓글 기능 추가하기 보통 깃허브 블로그에 사용되는 댓글 기능은 disqus 나 utterances 이다. disqus는 무료 라이센스로 사용하는 경우 광고가 붙는다는 점에서 사용하기가 꺼려졌다. 깃허브 블로그는 깔끔하게 운영하고 싶어서 구글..

이전 포스팅에서 기본적인 홈페이지를 생성하는 방법을 설명했다. 이번에는 생성한 페이지를 Jekyll을 사용하여 꾸미는 방법에 대해서 공부해보고자 한다. Jekyll 설치 Jekyll을 사용하려면 우선 설치를 해야 한다. 터미널에서 아래 명령을 실행한다. gem install bundler gem install jekyll gem install bundler 를 입력하고 설치를 하려고 했지만 에러가 발생했다. $ gem install bundler ERROR: While executing gem ... (Gem::FilePermissionError) You don't have write permissions for the /Library/Ruby/Gems/2.3.0 directory.​ 이는 시스템 rub..

이번 포스팅에서는 Git과 GitHub를 사용하여 협업하는 방법에 대하여 간단하게 공부를 해보고자 한다. 사전작업 remote 저장소 생성(반드시 README.md 포함해서 초기화) 후 협업할 팀원 초대 github.com에 저장소 생성 후, 협업할 팀원 초대하면 된다. github.com > 생성한 저장소 > Settings > Manage access > Collaborators > Add people [remote & local] 기본 세팅 협업하는 사람들 모두 개개인의 로컬 컴퓨터로 저장소 clone git clone {저장소 url} git 기본 설정 # set name and email git config --global user.name "username" git config --global..

이번 포스팅에서는 저장소(repository)를 만든 다음, 초기화하고 커밋하는 과정에 대하여 공부를 해보고자 한다. 전제 조건 (prerequisites) 로컬 환경에서 git 사용 가능한 상태여야 한다. CLI, GUI 무관 git config --global user.name , user.email 설정 되어있어야 한다. remote 저장소로 사용할 github.com 가입 & 계정 생성해야한다. [remote & local] 기본 세팅 1. remote 저장소 생성 (with README.md ) 2. local 저장소로 clone git clone {저장소 url} 3. git 기본 설정 # set name and email git config --global user.name "AAAAAAA"..

이번 포스팅에서는 깃(Git)의 협업을 위한 명령어에 대하여 공부를 해보고자 한다. 충돌 해결하기 같은 내용을 여러 브랜치에서 변경한 뒤, 머지하는 경우에는 충돌이 발생한다. git 저장소는 원격 서버(remote)와 로컬(local)에 둘 다 존재한다. 원격 저장소의 정보는 git remote 명령으로 등록하고 확인할 수 있다. remote 리모트 저장소는 인터넷이나 네트워크 어딘가에 있는 저장소를 말한다. 저장소는 여러 개가 있을 수 있는데 어떤 저장소는 읽고 쓰기 모두 할 수 있고 어떤 저장소는 읽기만 가능할 수 있다. 간단히 말해서 다른 사람들과 함께 일한다는 것은 리모트 저장소를 관리하면서 데이터를 거기에 Push 하고 Pull 하는 것이다. 리모트 저장소를 관리한다는 것은 저장소를 추가, 삭제..

이번 포스팅에서는 깃(Git)의 협업을 위한 명령어에 대하여 공부를 해보고자 한다. 협업(Collaboration)이란? 협업의 사전적 정의는 ‘같은 종류의 생산, 또는 같은 종류의 작업을 여러 사람이 협력하여 공동으로 하는 일'로 표현되어 있다. 한마디로 여러 사람과의 공동작업이라고 할 수 있다. 어느 정도 규모가 있는 프로젝트를 진행할 때는 혼자가 아닌 여러 명의 개발자가 협업하게 된다. Git은 하나의 프로젝트를 여러 명이서 작업할 수 있는 환경을 제공하므로 협업에 필수적으로 사용된다. Git으로 작업한 내역을 Github(원격 저장소)에 공유한다. 커밋(Commit) 마무리된 작업에 작업 이력을 기록해서 저장소로 보내는 행위를 말한다. 즉, staging area에 tracked 된 파일들을 저장..

이번 포스팅에서는 깃(Git)의 영역에 대하여 공부를 해보고자 한다. Git의 3가지 영역 Git은 Working Directory, Staging Area, Git Directory(Repository) 3가지 작업영역으로 파일들을 관리한다. working directory 현재 작업하고 있는 영역. 즉, 작업한 파일(생성, 수정한 파일)들이 저장되는 공간을 말한다. Git에서 git init를 사용해서 저장소가 생성된 이후에 Git이 관리하는 디렉터리 .git 디렉토리를 제외한 모든 것(파일, 하위 디렉토리) working tree라고 말하기도 한다. staging area 로컬저장소에 저장하기전에 준비하는 과정이 발생하는 영역이다. $git add 명령어로 전달한 파일들이 존재하는 영역 commit..

이번 포스팅에서는 깃(Git) 기본 개념에 대하여 공부를 해보고자 한다. 깃(Git) Git이란 컴퓨터 파일의 변경사항을 추적하고 여러 명의 사용자들 간에 해당 파일들의 작업을 조율하기 위한 분산 버전 관리 시스템을 말한다. 소프트웨어를 개발하는 기업의 핵심 자산인 소스코드를 효과적으로 관리할 수 있게 해주는 무료, 공개 소프트웨어다. 서버에 문제가 생겨도 복제한 clone을 통해 복구가 가능하다는 특징이 있다. 소스코드를 주고받을 필요 없이, 동일한 파일을 여러 명이 동시에 작업하는 병렬 개발이 가능하다. 즉, 브랜치를 통해 개발한 뒤, 본 프로그램에 합치는 방식(Merge)으로 개발을 진행할 수 있다. 이로 인해 팀 프로젝트가 아닌, 개인 프로젝트일지라도 GIT을 통해 버전 관리를 하면 체계적인 개발..