[프로젝트 일지] 211201(수) - aws cd 적용, 계산 오류 수정, 프로젝트 문서화

목차

• aws cd 적용
• 계산 오류 수정
• 프로젝트 문서화

aws cd 적용

애플리케이션에 아마존 웹 서비스 S3에 지속적 배포를 적용했다. 이전에는 커밋을 하고 매번 번들 파일을 수동으로 S3에 올렸어야 했는데, 이제는 그러지 않아도 커밋 후 자동으로 S3에 객체가 업로드되어 사이트에 바로 반영이 된다.

이전 프로젝트에서 ci/cd를 적용한 경험이 있어 수월했다. 그때와 다른 점이 있다면 이번엔 하나의 계정으로 적용 가능했다는 점이다. 이전 프로젝트에서는 팀별로 주어진 계정의 보안 문제로 액세스 키를 받을 수 없었다. 그래서 두 계정을 이용해 하나의 계정에서 다른 계정에 접근해 줄 수 있도록 하면서(ACL 피부여자 추가), S3 버킷에 객체를 업로드할 때 CloudFront와의 연결을 유지하기 위해 객체 소유권 설정을 변경했다. 하지만, 이번 프로젝트에서는 하나의 계정에서 S3 버킷에 객체를 업로드하는 방식이라 위의 과정들을 모두 생략하고 간단하게 적용할 수 있었다.

제목을 cd라고 한 이유는 현재 프로젝트에서 ci는 적용되어 있지 않은 상태이기 때문이다. 테스트 코드를 짠다면 React Testing Library나 Cypress를 이용할 계획인데, 아직은 테스트를 언제 할지, 한다면 통합 테스트를 할지 E2E 테스트를 할지 등 정해진 게 없는 상태이다.

계산 오류 수정

이름이 입력되지 않은 경우와 참가 인원 모두 지불한 금액이 0인 경우의 버그를 고쳤다. 사실 전자의 경우 애플리케이션이 터지지는 않지만 2명 이상의 이름이 빈 문자열로 들어갈 경우, 결과가 나오더라도 누구에게 돈을 보내야 하는지 알 수 없으므로 사용성 측면을 고려해 alert를 띄워주도록 변경했다.

프로젝트 문서화

프로젝트 문서화를 본격적으로 시작했다. 지난 프로젝트에서 아쉬웠던 점은 문서화를 완벽하지 하지 못했다는 점이다. 그래서 이번 프로젝트에서는 내가 생각하는 방식으로 문서화를 진행해 볼 예정이다. 이상적으로 생각하는 것은 새로운 개발자가 프로젝트에 참여하게 되었을 때, 프로젝트 관련 문서만 보고도 바로 프로젝트 진행 방식을 파악할 수 있도록 하는 것이다. 일단은 문서화 목록으로 Git 전략, 커밋 메시지 규칙, 이슈 관리, 시맨틱 버저닝을 추가했다. 각각은 Git 브랜치 전략을 어떻게 가져가고 있는지, 이슈는 어떻게 처리하는지, 커밋 메시지의 규칙은 무엇이고 어떻게 하는지 등의 내용을 담고 있다. 혼자 프로젝트를 진행하지만 팀으로 진행하는 것처럼 프로젝트 전체적으로 규칙을 가져갈 예정이다. 추가적으로 죽어있는 문서가 되지 않도록, 각 문서의 맨 아래 마지막 수정일을 기입해 최신화에도 힘 쓸 예정이다.