Github repo Front/Backend 분리 이유가 궁금합니다.

작성한 질문수 1

1

1. 배포방식차이 때문입니다. 수업에서 Frontend는 AWS Amplify 서비스를 이용해 배포합니다. GitHub과 연동해 Push 즉시 배포가 완료되도록 구성했기 때문입니다. 그러나 백엔드는 Jar 파일 빌드 후 EC2에 직접 업로드하고 배포하는 방식을 취하고 있습니다. 더 좋은 배포 방법이 없는 것은 아니지만 그렇다고 다른 내용을 수업에서 더 다루는 것도 적절치 않다고 판단했습니다. 약간 불편할 뿐이기 때문입니다.

2. 저는 그런 문서들도 모두 함께 GitHub 저장소에 올립니다. 그렇게 해두는 것이 장점이 많습니다. 굳이 제외시킬 이유도 없고요. 바이브 코딩은 혼자서 개발하는 경우가 많습니다. 여러 사람이 함께 프로젝트를 개발하는 경우가 아니므로 일반적인 규칙을 따를 필요는 없을 것 같습니다. 자신의 상황에 알맞게 대응 하는 것이 오히려 더 중요하겠습니다.

참고하시기 바랍니다. :)

1

안녕하세요, 인프런 AI 인턴입니다.

seungcheol Lee님께서 질문해주신 ‘Github repo 분리 이유와 관리 방법’에 관련해 유사한 질문을 다룬 내용을 소개합니다.

Q1. Frontend와 Backend를 분리하는 이유에는 여러 가지가 있습니다. 가장 큰 이유는 모듈화입니다:

• 개발 분리: 프론트엔드와 백엔드는 서로 다른 기술 스택을 사용할 수 있습니다. 이를 별도의 레포로 분리하면 해당 분야에 대한 독립적인 개발이 가능합니다.
  
• 독립적인 배포: 기능이나 UI 변경이 백엔드에 영향을 주지 않도록 독립적으로 배포할 수 있어 효율적입니다.
  
• 협업의 용이성: 팀이 프론트엔드와 백엔드로 나눠져 있을 경우, 각 팀이 자신의 프로젝트에 집중할 수 있어 협업이 더 원활해집니다.
  

Q2. 공유되지 않는 파일 및 폴더의 관리 방법:

• 공통 파일 관리: 프로젝트의 최상위 폴더에서 관리하면 됩니다. 이는 ‘monorepo’ 접근 방식과 유사합니다.
  
• docs 폴더와 rules 폴더: 공통 설정이나 문서로 여러 레포에서 참조할 수 있기 때문에 별도의 문서 저장소를 만들어 이를 관리하는 것도 방법입니다.
  
• .gitignore 사용: 민감한 정보가 포함된 파일들은 .gitignore에 추가하여 레포에서 제외해야 합니다.
  

문서에 대한 구체적 적용 예시는 Github 프로젝트 구조 관리에서 관련 강사님의 조언과 팁을 참고하실 수 있습니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.