본문 바로가기

ETC

 (7)
이클립스에서 깃허브 복제(Clone)하기 Open Perspective 클릭 Git 환경으로 전환하기 Clone a Git Repository 클릭 URI에 깃허브 주소 입력하면 아래칸 자동 입력 됩니다. Authentication에 User(깃허브 아이디), Password(깃허브 비밀번호) 입력하고 Next. Import all existing Eclipse projects after clone finishes 체크 시 원격 저장소에 있는 프로젝트를 로컬에 저장하고 자동으로 import까지 해줍니다. Working Tree를 열고 불러온 해당 프로젝트를 우클릭합니다. Import Projects... 클릭 Directory...를 클릭하여 .git 폴더가 보이는 곳에서 폴더선택 클릭해줍니다. Finish 클릭 다시 Open Perspecti..
GitHub 6 - 브랜치를 만들어서 커밋 되돌리기 장점: 커밋을 되돌리는 방법 중 가장 쉽습니다. 단점: 트리가 지저분해집니다. 파일에 새로운 내용을 입력하여 저장하고 add 후 commit 까지 해줍니다. 방금 commit 했던 직전의 커밋을 기준으로 브랜치를 만들어줍니다. update-branch로 자동 체크아웃되면서 파일을 확인해보면 이전으로 돌아간 것을 확인해볼 수 있습니다. 저는 다시 master 브랜치의 내용을 추가하고 한 줄을 더 덧붙여 보겠습니다. 저는 한 줄을 더 추가해준 뒤 update-branch 브랜치에서 add -> commit 후 master 브랜치를 push 해주었습니다. 그리고 master 브랜치에서 한 줄을 더 추가해준 커밋에 병합을 합니다. 당연히 같은 파일을 수정했기 때문에 충돌이 날 수 밖에 없겠죠. 편하게 툴을 이용..
GitHub 5 - 충돌 해결하기 주로 두 커밋이 같은 파일을 자동 병합하는데 실패할 경우 충돌이 발생합니다. 이럴 때 겁먹지 말고 수동적으로 하는 방법도 있으니 참고해보세요. 1. 에디터로 직접 수정하여 충돌 해결하기 일부러 충돌이 나도록 만들어봐야 하니 conflict라는 브랜치를 생성해줍니다. conflict 브랜치에 체크아웃 된 상태에서 파일 내용을 수정해봅니다. 저장 후 커밋합니다. conflict 브랜치에 master를 한 단계 벗어난 커밋이 생성되었습니다. 이제 master 브랜치로 체크아웃하여 파일을 또 수정해봅니다. 마찬가지로 이번에도 저장 후 커밋을 해줍니다. master 브랜치에서 '충돌 해결 설명 추가' 커밋을 병합해줍시다. 아앗... 드디어 원하던 충돌이 일어났습니다. 충돌이 일어난 파일을 수정해볼까요? 이전 글(..
GitHub 4 - 병합(Marge) 하나의 브랜치를 현재 브랜치와 합치는 것을 병합(marge)라고 합니다. 현재 브랜치를 헤드(Head) 브랜치라고 얘기한다고 말했습니다. 예를 들어 헤드 브랜치가 master이고 여기서 이전에 생성한 version2 브랜치를 병합하면 version2의 내용이 master에 반영됩니다. 병합 시 가장 쉬운 상황 주로 혼자 작업을 할 때 발생하는 아주 행복한 상황입니다. 위 그림은 헤드 브랜치(*이 붙어 있는)인 master에서 version2가 시작되고 두 번 커밋한 상태입니다. 여기서 병합을 하면 단순하게 master 브랜치가 가르키는 커밋이 version2의 커밋으로 이동합니다. 더 이상 자세한 설명은... 필요없을 것 같습니다. 이런 상황을 fast-forward 라고 합니다. 단순히 브랜치의 참조만..
GitHub 3 - 브랜치(Branch)의 개념 이미 돌아가고 있는 프로그램에서 기능을 바꾸고 싶은 일이 생길 수 있습니다. 그렇게 어떻게 해야하나요? 보통 저 같은 초보 개발자들은 주석을 활용합니다. 돌아가고 있는 부분을 삭제하면 아깝거나 혹은 나중에 쓰일 것 같아서, 기억 못할 것 같아서 주석 처리하고 개발합니다. 시간이 지나면 코드는 엉망진창으로 섞여버리는데 이런 코드를 스파게티 코드라고 많이들 부릅니다. 이런 상황을 막기 위해서 브랜치(분기)를 사용합니다. 제일 마지막으로 위와 같이 내용을 수정하고 커밋하였습니다. 마지막 작업으로 작업하기 싫은데... 마음에 안들어!!! 그렇다면 내가 작업 시작하고 싶은 커밋으로 새 브랜치를 만들어보겠습니다. 해당 커밋에서 우클릭하여 브랜치...를 눌러줍니다. 저는 version2 라는 이름으로 브랜치를 생성해..
GitHub 2 - 변경사항 취소하기 (되돌리기) 작업 내용이 마음에 들지 않거나 실수가 있을 때 Ctrl + Z 처럼 되돌리고 싶을 때가 있습니다. 이걸 GitHub에서는 checkout 또는 SourceTree의 코드뭉치 버리기 기능을 사용하면 되돌리기가 가능합니다. 터미널 명령어(CLI)를 사용하면 checkout으로 가능하지만, 지금 포스팅에서는 SourceTree를 사용하기 때문에 코드뭉치 버리기 기능으로 사용해보겠습니다. GitHub 1편에서 쓴 test.jsp를 예제로 씁니다. 첫 커밋은 "add comit push 테스트입니다." 라는 내용 밖에 없었는데 일부러 더 추가해줬습니다. 그런데 변경하고 저장을 해버렸네요!! 앗.. 돌리고 싶어요! 브랜치의 master 또는 WORKSPACE의 History를 클릭하고 마지막에 실수로 저장한 커밋..
GitHub 1 - 기본 개념과 소스트리 사용하기 add 커밋하기 전에 저장을 원하는 파일들을 묶는 일을 해야합니다. 이 작업을 '스테이지에 파일을 올린다(add)'라고 합니다. commit 게임의 세이브에 해당하는 행동을 Git에서는 커밋이라고 합니다. 다시 말해서 언제든지 커밋한 시점으로 되돌아 갈 수 있습니다. push 커밋을 하면 현재 작업 내용의 세이브 데이터가 내 컴퓨터에 저장됩니다. 이걸 GitHub에 업로드하는 행동을 Git에서는 push라고 합니다. clone GitHub Repository(원격 저장소)를 내 컴퓨터로 복사해옵니다. 일부가 아닌 전체 파일 자체를 모두 가져오는 것을 clone이라고 합니다. Git의 개념을 쉽게 이해하기 위하여 터미널 명령(CLI)을 사용하는 것은 나중으로 미뤘습니다. 참고로 제 블로그에 Git 게시판에..

티스토리툴바