Git, Github (7) 썸네일형 리스트형 [Git] 잘못 올라간 소스 원복하는 방법 (Revert, Reset) 최근 서버에 잘못된 소스를 올려 원복해야하는 일이 있었는데, 원복에 익숙치 않아 헤매었었다. 인텔리제이를 기준 원복하는 법을 알아보자. 0. Build 툴의 Build History를 통해 복구해야 할 커밋 로그를 확인한다. 1. IntelliJ의 Git 커밋로그에서 원복해야할 커밋들을 드래그한다. 2. Revert Commits를 실행하면 선택한 커밋로그의 반영분이 복구된다. Reset과 Revert 차이점 Reset: 반영 내역과 커밋 로그까지 함께 되돌린다. (원복 기록이 남지 않음) Revert: 반영 내역을 되돌리며 되돌린 행위까지 기록으로 남긴다. (원복 기록이 남음) 3. Push하기 전에 복구된 커밋들을 Squash해준다. Squash: 여러 커밋 로그들을 묶어서 한 개의 커밋으로 Push.. [Git] Commit History 정리하기 (Rebase, Sublime Merge) 지난 글에 이어 바로 작성하고 싶었지만 프로젝트 AWS배포가 꽤나 시간을 오래잡아먹었다. 정말 좋은 공부가 됐지만 그 긴 과정을 차마 글로 작성할 엄두는 안난다.. 프로젝트를 끝마친 뒤 반성점 중 하나가 Commit History 관리였다. 실제로 작업한 프로젝트의 커밋로그이다. 341개의 커밋로그 중 로그로서 온전한 기능을 하는 커밋은 절반도 안될 것이다. 프로젝트의 규모가 커지고 협업하는 사람이 많아질 수록 로그를 잘 관리해야 할 필요성이 커질 것이다. 이번 기회에 그 방법에 대해 공부하자. Rebase에 대해 커밋히스토리 관리는 rebase 명령어 하나로 해결된다. rebase의 기능은 특정 브랜치에서 분기되는 커밋로그를 정렬 하는 것이다. 만약 위와같은 b에서 분기된 커밋로그에서 f2와 m2를 병.. [Git] Git-flow / Git을 사용하여 협업하는 방법 이번에 협업을 진행하면서 처음으로 git을 사용해보았지만 팀원들과 나름대로 규칙을 정해서 git을 사용하여 큰 문제없이 프로젝트를 완료할 수 있었다. 프로젝트를 끝 마친 뒤에야 알게 된 내용이지만 Git을 이용한 협업에도 권장하는 방식이 있으며 그 방식을 Git-Flow라고 부르는 것 같다. 언뜻 보면 어려워 보이지만 속은 그렇게 어렵지 않다고 한다. Git-Flow란? Git을 이용해 협업을 할 때 서로 작업한 내용을 합치고 배포하고 수정하는 과정을 더 안전하고 깔끔하게 처리하기 위해 표준으로 널리 사용되는 방법이다. Git-Flow는 5가지의 브랜치를 사용한다. main : 기준이 되는 브랜치로 제품이 배포될 브랜치 (main = master) develop : 실제 개발이 이루어지는 브랜치, 이 브.. 이클립스 와 깃 연동시 .gitignore가 적용 안되던 문제 이클립스와 git 연동 시 불필요한 로컬 파일도 같이 올라가서 개인 컴퓨터 환경이 노출되거나 필요치 않는 파일이 같이 올라가서 문제가 생길 수 있다. 이를 해결하기 위해 .gitigore로 룰을 만들어서 git이 특정 파일을 track하지 않게 할 수 있는데 문제는 정보는 많고 제대로된 해결책을 찾기가 힘들다. 여러 번 삽질을 해야했다. 우선 gitignore파일은 적당히 구글에 검색해서 찾거나 만들 수 있다. www.toptal.com/developers/gitignore gitignore.io Create useful .gitignore files for your project www.toptal.com 위와 같은 사이트에서 키워드를 입력해서 만들 수도 있다. 생성된 텍스트 파일의 이름을 .gitig.. [Git] 기본용어와 자주쓰는 명령어들 Remote : 원격 서버라는 뜻으로 클라우드 스토리지 서비스와 비슷하게 Git의 서버에 우리의 소스를 데이터를 저장하게 되는 곳을 뜻한다. Origin : 본인이 사용할 Remte 서버의 이름을 정해주어야 하는데 이때 주로 사용하는 이름이 Origin이다. Repository : 저장소라는 뜻으로 리모트 서버 내에서 사용되는 프로젝트 단위 일반적으로는 1개의 레파지토리는 1개의 프로젝트이다. Branch : 브랜치는 원본 파일에서 새로운 작업이 필요할 때 사용하는 기능이다. 맨 처음 Git을 만들게 되면(초기화하게 되면) 브랜치의 중심이 되는 master 브랜치가 생성된다. 이에 따라 추가하는 기능이나 내용에 따라 Branch를 따로 생성하여 작업하고 후에 Master로 합칠 수 있다. (2020.10.. [Git] 간단한 사용법 2 (PULL) PULL 실습 다른 사람의 git을 가져오는 실습 적당한 repository를 검색한다. 클립보드에 복사 빈 폴더를 생성한 후에 git bash를 열어준다. git init 입력 후 git remote add origin 클립보드 붙여 넣기 입력 git pull origin main 입력 (올해 10월부터 기본 브랜치 생성시 이름이 master에서 main으로 변경되었다고 함) 다운로드된 파일들 확인 [Git] Windows 깃허브 간단한 사용법 1 youtu.be/tC8Xj_Bf8Fw 위 강의 참고하여 작성하였습니다. 1. GitBash 설치 https://gitforwindows.org/ 2. New Repository 생성 https://github.com/ New Repository는 깃 허브 안에 나만의 공간(저장소)을 만드는 것이다. 1. Repository name을 정하고 2. Repostiory 내 열람 및 업로드 대상 범위 지정 3. Create 3. Root Folder 연결 생성한 Git Repostiory와 연결될 Local Folder을 지정하는 단계이다. 연결할 폴더에 우클릭하여 Git Bash Here 실행한다. Command git init // (git으로 버전을 관리하고 싶은 프로젝트에 깃 저장소를 만든다.) git.. 이전 1 다음
