토이 프로젝트를 github에 올릴 때, readme를 잘 써야 한다는 말을 많이 들었습니다. 아직 완성이 된 프로젝트는 아니지만, 실습용으로 써 볼만할 정도는 되는 듯 하네요. 그래서, 오늘은 readme에 이미지를 추가하는 방법을 배워보도록 하겠습니다. 먼저, 제가 관리하고 있는 토이 프로젝트 레포입니다. readme 파일을 보시면 아직 해야 할 것들이 매우 많음을 알 수 있어요. 이 중에 제일 시급한 것은 패키징을 적절히 잘 해서, 깃허브에 올라간 제 프로젝트를 서버에 구축하기 편하게끔 환경을 만드는 것입니다. 왜냐하면, 아래 방식은 너무 복잡하기 때문입니다. jar로 패키징 하는 것은 그렇다 쳐도, postgresql에서 데이터베이스를 생성하고, 테이블 3개를 생성하고, 권한을 설정해 주고 이런 ..
git 검색 결과
github (혹은 gitlab)를 쓸 때, 원격에 반영된 내용을 로컬로 가져와야 할 때가 있어요. 이 때 fetch를 쓰고, pull을 쓰면 됩니다. 원래 8월 1일에 올리려고 했던 것을 1달이 지나서야 올리는 클라스. 제가 진행하고 있는 토이프로젝트를 가지고 실습해 보겠습니다. 원래 제 토이 프로젝트는 main branch만 있었는데요. 프로젝트가 조금씩 커지다 보니, branch를 나눠야 할 필요가 생겼어요. 그래서, dev1, dev2 등으로 나눠서 관리를 하게 되었어요. 그래서, 제 프로젝트 레포에 dev 브랜치를 하나 추가하였어요. Active branch를 보면 위와 같아요. 원격 서버에는, dev 브랜치에, SecurityConfig에 어떤 일을 해야 할 지 적어놓았어요. 사실 dev 브랜..
안녕하세요. 이번 시간에는 fork에 대해서 배워보도록 하겠습니다. 리눅스의 fork와 비슷한 거 같은 것은 기분 탓일까요? 원본 repo를, 복제하는 것이 fork입니다. fork 하고 clone을 해서 적절히 수정 사항을 작성한 다음에 Pull Request를 보내서 merge 시키는 것은 많이 들어보셨을 텐데요. 이 일련의 과정을 제 서버에 구축한 gitlab으로 실습해 보겠습니다. c kh는 cho kh의 GitExample의 developer role을 가지고 있었다고 합시다. gitExample의 Fork를 눌러 봅시다. 그러면, A fork is copy of a project라고 뜨면서, original project의 영향 없이 change를 할 수 있다고 뜹니다. 이것이 fork의 전부..
git을 하다 보면, pull, clone, fetch 등을 배우게 됩니다. 이 셋 중에서 이번 시간에는 clone에 대해 알아보겠습니다. clone을 한국 말로 번역하면 복제를 뜻합니다. 예를 들어, 원격에 있는 작업 내용이 있습니다. 이것을 그냥 복사만 하고 싶습니다. 그럴 때, clone을 쓰게 됩니다. 게임으로 치면, 설치를 하는 것? 정도로 비유할 수 있겠네요. 예를 하나 들어보겠습니다. gitExample 레포지토리에 README.md만 있어요. 저는 이 레포를 통째로 복사하고 싶어요. clone을 이용하면 됩니다. 여기에 주소창이 있습니다. http://localhost:7775/... 어쩌고로 되어 있는데요. 저는 172.30.1.0/24 대역에서 gitlab이 설치된 서버에 원격 접속하는..
프로젝트를 하다 보면, branch를 나누어야 할 일이 있습니다. 기존에 master 브랜치만으로 관리되고 있던 것을, dev 브랜치를 추가해 보도록 하겠습니다. 그리고, 변경 내용들은 모두 dev에 쌓이도록 해 보겠습니다. 먼저, git branch를 쳐 보면, 현재 프로젝트에 있는 브랜치만 얻어 옵니다. master만 있는 상태임을 알 수 있어요. git branch dev 라고 입력하시면, dev 라는 이름의 브랜치를 추가합니다. 다시 git branch 명령어를 입력해 보겠습니다. 그러면 dev가 추가되었음을 알 수 있습니다. git switch dev는 가리키는 것을 dev 브랜치로 바꿉니다. 그렇게 함으로서, commit 같은 것들은 모두 dev에 추가되게 됩니다. 자주 쓰게 될 명령어일 거 ..
최근댓글