이전 포스팅에서 Docker와 AWS EC2를 활용하여 http 배포에 성공하였다. 그런데 만약 코드에서 수정사항을 배포된 주소에 반영하려면 다시 재배포 해야하는데, 이를 수동으로 하려면 생각만하도 너무 귀찮다. 이런 상황을 위해 Github Actions를 활용하여 CI/CD를 적용해보자. 최종 배포될 브랜치는 main 브랜치이므로 main 브랜치에 push가 감지되면 실행할 작업(Workflow)를 설정해야 한다. github 레포로 가서 루트 경로의 .github/workflows 위치에 yml 파일을 생성해준다. 나는 prod.yml 파일을 해당 경로에 생성해 주었다. name: Docker on: push: branches: [main] jobs: build: runs-on: ubuntu-lat..
이전 포스팅에서는 도커파일을 통해 도커 이미지를 생성한 후 Docker hub에 올리는 방법을 알아보았다. 이제 해당 이미지를 AWS EC2 에서 사용하기 위해 AWS에 접속 후 인스턴스를 생성해보자. ✅패키지 매니저: npm ✅윈도우(Windows) ✅React(Create React App) AWS에 접속한 뒤 인스턴스 시작을 클릭한다. 우선 인스턴스 이름을 입력해준다. 그리고 스크롤을 내리면 위와 같이 키 페어를 생성하는 항목이 나온다. 새 키 페어 생성을 누른 뒤 키 페어 이름을 입력하고 키 페어 유형은 RSA 그대로 냅둔다. 우리는 putty에 접속하여 인스턴스에 접근할 것이므로 키 파일 형식을 .ppk로 체크한 뒤 생성해준다. 다운로드 된 키 페어를 잘 저장해준다. 그 후 해당 페이지에서 인스..
원격 저장소에 접근하는 방법을 알아보자. 컴퓨터와 깃헙 사이의 커뮤니케이션은 remote 라고 부른다. 만약 현재 remote 목록을 보고싶으면 terminal 에 git remote -v 를 치면 된다. 그럼 위와 같이 origin이 출력되는 것을 볼 수 있다. 만약 이를 삭제하고 싶으면 terminal 에 git remote remove 이름 을 치면 삭제된다. origin을 삭제하고 싶다면 git remote remove origin 을 입력하면 된다. 그렇다면 새로운 remote 를 추가해보기 위해 github에 새로운 repository를 하나 만들어주자. 새로운 repository의 이름은 Newrepository 로 하여 생성하였다. 생성후에 위와 같은 url이 나오는 것을 볼 수 있다. t..
이제 과거로 돌아가서 변경사항을 유지하면서 새로운 branch를 만드는 방법에 대해 알아보자. hello.txt 파일을 새로 하나 생성한 후 git checkout 을 이용하여 hello.txt 파일이 만들어 지기 전으로 돌아가보자. 그러면 hello.txt 파일이 사라져 있는 것을 볼 수 있을 것이다. 이 시점에서 새로운 branch를 만들기 위해서는 terminal에 git checkout -b 브랜치명 을 입력하면 된다! 한번 terminal에 git checkout -b no_hello_branch 를 입력해보자. 그러면 위와 같이 branch가 이동해 있고, 이전 commit들은 잘 남아있는 것을 확인할 수 있다. main branch로 돌아가고 싶으면 terminal에 git checkout ..
복합 리셋(mixed reset) 에 대해 알아보자. 하드 리셋(hard reset) 은 지정한 곳 이후에 일어난 commit 들은 아예 다 지우고 이전 상태로 돌아간다. 전에 봤듯이 hard reset을 진행했을 때에는 chapter_two.txt 파일이 아예 삭제되었었다. 다시 chapter_two.txt 파일을 하나 만들어주고 commit 해준 후, 이번에는 mixed reset 을 실행해보자. 현재 add chapter two 라는 commit 과 함께 chapter_two.txt 파일을 추가해준 상태이다. terminal 에 git reset HEAD^ 를 입력하면 commit 한 chapter_two.txt 파일이 삭제되지는 않고 파일 옆에 U 표시로 Untracked 상태가 되어있는 것을 확..
우리가 작업을 하다보면 이전 commit으로 되돌아 가고 싶을 때가 있을 것이다. 이에 대해 알아보도록 하자!! 위의 HEAD 는 최종 commit이 진행된 후의 파일을 가리키는 포인터와 같은 것이다. 그렇다면 이 HEAD를 이전 commit 으로 되돌릴 수는 없을까?? 위의 commit 단계로 되돌아 가고 싶다고 가정해보자. 위 commit 단어 오른쪽 옆에있는 부분을 모두 복사한 뒤, terminal에 git checkout 복사부분 을 친 후 git log를 치면 위와 같이 HEAD가 이전 commit으로 옮겨간 것을 확인할 수 있다! 더 전 단계로 옮겨보면 HEAD 위치가 바뀌었고 HEAD 가 가리키는 commit 이후에 생성되었던 파일은 삭제되어있는 것을 볼 수 있다. 아직 과거 commit 을..
