로그인이라는 기능을 구현할 때 git을 활용하여 버전 관리를 한다고 하면 일반적으로 다음 과정을 거친다. 1. login 브랜치를 생성한다.git branch login 2. login 브랜치로 이동한다.git checkout login 3. 변경 사항들을 작은 단위로 나누어 커밋한다.git add *git commit -m "Feat: Form 구현"git add *git commit -m "Feat: 유효성 검사 구현" 4. main 브랜치에 머지한다.git checkout maingit merge login 5. 원격 저장소에 push 한다.git push origin main 6. 이후 원격 저장소에 변경사항이 있다면 pull 한다.git pull origin main 위 명령어들만 알아도 git..

깃허브로 협업 프로젝트를 하던 도중 올려서는 안 될 시크릿 키를 실수로 코드 상에 노출을 했다. 이런 중요한 값의 경우 보통 application.properties 파일에 등록한 다음 .gitignore에 application.properties 파일을 등록해서 깃허브에 노출되지 않도록 한다. 항상 그렇게 해왔는데 실수로 시크릿 키가 깃허브에 노출이 되었다. 누군가 악의적으로 시크릿 키를 이용할 가능성이 있었기 때문에 빨리 깃허브에서 제거를 해야 했다. 그런데 약간의 까다로움이 있었는데 우선 커밋 로그는 다음과 같았다. commit 1 -> commit 2 -> commit 3 (HEAD) 현재 깃허브에 올라가 있는 최신 커밋은 commit 3이고 시크릿 키가 노출된 커밋은 commit 1부터이다. 가..

두 명이서 협업을 하는데 한 명은 A 기능, 다른 한 명은 B 기능을 개발한다고 하자. 그런데 충돌을 피하기 위해 A 기능이 다 개발되고 커밋된 내용을 받아서 B 기능 개발을 시작한다면 협업의 의미가 없을 것이다. 그래서 브랜치를 사용한다. 현재 둘은 main 브랜치에 존재하고 같은 코드를 가지고 있다. 이 상황에서 협업을 시작할 때 A 기능을 개발하는 브랜치와 B 기능을 개발하는 브랜치로 나누는 것이다. 이 각각의 브랜치는 서로 독립적이고 같은 뿌리로부터 분리되었다. 그림으로 나타내면 아래와 같다. 이후 각각의 기능이 개발이 되고나면 다시 main 브랜치로 합치는 과정을 브랜치 병합이라고 한다. 만약 두 개발자가 서로 수정한 코드가 하나도 겹치지 않는다면 깔끔하게 병합이 가능할 것이다. 그러나 실제로는..

작업을 하다보면 예상치 못한 오류가 발생했을 때 이전에 정상적으로 작동했던 코드를 불러오고 싶은 마음이 있을 것이다. 여러 버전으로 나누어 이러한 정보들을 보관해두고 불러온다면 편리하게 사용할 수 있을 것이다. 이를 도와주는 버전 관리 시스템이 깃(Git)이다. 로컬에서 혼자 버전 관리를 한다면 깃 하나만으로도 충분하지만 대부분 다른 사람들과 협업을 하게 될 것이다. 그래서 외부 저장소에 버전 정보들을 보관하여 팀원들과 공유하도록 도와주는 깃 호스팅 사이트이다. 로컬 환경에서 깃을 사용하여 버전 관리 하는 방법과 깃허브에 올리는 방법에 대해서 알아보려고 한다. 비쥬얼 스튜디오 환경에서 코드를 작성할 예정이다.우선 나는 c 드라이브 아래에 github 폴더를 만들어서 간단한 html 파일을 만들어 보았다...