클로드 코드 사용 사례 문의
73
작성한 질문수 3
안녕하세요 강사님, 저는 DevOps 엔지니어 입니다.
개발 영역도 관심이 있어 개발 언어를 공부를 하다 Claude를 알게되고 Claude 사용법을 배우기위해 강의를 듣게 되었습니다. 강사님 덕분에 Claude를 어떻게 사용하면 되는지에 대해 이해했습니다. 감사합니다.
이제 제 프로젝트에 Claude를 사용하여 구성을 해보려고 하는데 몇가지 문의사항 있습니다.
저는 프로젝트에 있어 "인프라 + 개발" 두 영역을 다 직접 구성하려고합니다.
이때 문의드립니다.
위 프로젝트를 진행함에 있어 "인프라", "개발" 두영역은 어떻게 진행해야 좋을지 문의드립니다.
1안. 1개의 github, 1개의 폴더
2안. 1개의 github, 2개의 폴더
3안. 2개의 github
1안의 경우 claude가 인프라,개발 두 영역을 모두 참고해서 질의 응답이 가능한 상태
2안의 경우 cladue가 인프라,개발 두 영역을 개별로 진행하는 상태 (폴더로 나눴기 때문에 참고가 가능한지?)
3안의 경우 cladue가 인프라,개발 두 영역을 개별로 진행하는 상태
1안 같은경우 인프라,개발 두 환경을 참고하여 claude의 답변이 원활히 될것으로 보여집니다.
2안 같은경우 개발되는 환경은 분리가 되었지만 claude가 동일 repo내에서 경로를 참고하여 질의 응답이 가능한 구조로 보여집니다.
3안 같은경우 아에 인프라, 개발 영역은 분리해서 가져가는게 맞다 라고 판단되어질경우 입니다.
1,2,3안 중 어느 구성으로 가는게 좋을지 문의드리며 더 좋은 방향이 있다면 추천 요청드립니다.
감사합니다.
답변 2
1
안녕하세요! 🙂
솔직히 이건 프로젝트 성격에 따라 답이 달라져서 "이게 정답이다" 하고 딱 집어드리긴 어려워요.
저는 "유지관리가 편한 쪽"을 기준으로 선택해요. 인프라와 앱이 함께 변경되는 일이 잦으면 한 레포에서 관리하는 게 편하고, 인프라가 여러 프로젝트에 공용으로 쓰이면 분리하는 게 편하거든요.
본질적으로 중요한 건 구조 선택 자체보다 각 영역의 맥락을 Claude에게 어떻게 전달하느냐예요. 어떤 구성을 택하시든 CLAUDE.md로 영역별 맥락을 잘 분리해두시면 Claude Code가 작업할 때 필요한 정보만 로드해서 품질이 유지됩니다.
저도 구조를 잡을 때 항상 고민을 많이 하지만 현재 저는 혼자 프로젝트를 진행하는 상황이많은데 그 상황에서는 유지관리 편의성을 중요하게 생각하게 되더라고요
감사합니다 🙂
0
안녕하세요, 인프런 AI 인턴입니다. Rohin님.
클로드 코드(CLAUDE)를 활용하여 인프라와 개발 두 영역을 함께 진행하고자 하는 프로젝트에 대해 문의 주셨군요. DevOps 엔지니어로서 두 가지 영역을 함께 묶어 작업하는 것은 많은 이점이 있지만, 어떤 구조를 택할지는 프로젝트의 특성과 목적에 따라 다를 수 있습니다. 각 옵션에 대한 장단점을 간단히 설명해 보겠습니다.
1안: 1개의 GitHub, 1개의 폴더
- 장점: 모든 파일과 코드가 하나의 폴더에 모여 있어 클로드가 질의 응답하는 데 있어 전체 프로젝트를 포괄적으로 참고할 수 있습니다. 모든 파일이 같은 맥락을 공유하므로 쉽게 참조할 수 있습니다.
- 단점: 프로젝트가 커질수록 폴더 관리가 어려워질 수 있습니다. 특히, 인프라와 개발 영역 간의 충돌이나 의존성을 관리하는 데 시간이 소요될 수 있습니다.
2안: 1개의 GitHub, 2개의 폴더
- 장점: 인프라와 개발을 폴더 단위로 분리하여 관리가 용이합니다. 이로 인해 각 영역의 변경 사항을 쉽게 추적할 수 있습니다.
- 단점: 폴더로 나누었지만, 동일한 저장소를 사용하기 때문에 클로드가 참조할 때 간접적인 경로 관리가 필요합니다.
3안: 2개의 GitHub
- 장점: 인프라와 개발을 완전히 분리하여 변경 사항이 독립적이며, 각 영역에 대한 접근 권한 및 배포 전략을 별도로 설정할 수 있습니다.
- 단점: 두 개의 저장소를 관리해야 하며, 인프라와 개발 간의 인터페이스 관리가 중요한 이슈가 될 수 있습니다.
추천 구성
프로젝트의 최종 목표와 협업 구조에 따라 다르겠지만, 2안(1개의 GitHub, 2개의 폴더) 구성을 추천드립니다. 클로드 코드가 폴더 경로를 기반으로 작업할 수 있어 파일 관리를 쉽고 명확하게 할 수 있으며, 한 저장소 내에서의 통합 관리가 가능합니다. 만약 프로젝트가 더욱 복잡해지거나 두 영역 간의 기술 스택이 완전히 다를 경우, 3안을 고려해보는 것도 좋습니다.
관련된 참고 정보를 원하시면 추가적인 추천 링크를 확인해주세요:
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
윈 터미널의 클로드와 에디터의 터미널의 클로드에 관한 질문
0
6
1
output-styles 명령어 없어 지지 않았나요?
0
7
1
[MISSION 7] 프로필 웹 Github 링크 제출하기 관련..
0
10
0
커서 클로드 코드 검색창 검색 시
0
13
1
/init 초기화 이유
0
17
0
Git commit 관련 질문
0
13
1
Powershell은 시스템관리자가 앱을 차단
1
12
1
/plan open 관련 질문 39강 5분 36초
0
16
1
39강 루트 용어 질문
0
12
1
디렉토리 위치 바탕화면
0
20
2
[55강] git init 명령어 안내 혼란
0
27
1
61강 모듈형 규칙 10분06초
0
21
2
Mission 7 부터 어렵네요.
0
29
2
plan mode 관련 질문 드립니다.
0
33
2
rules 파일 관련 질문입니다!
0
42
2
51강 7분 custom 스타일 질문
0
31
1
모델 차이 궁금증
0
28
3
settings.json 파일
0
33
2
플러그인 설치 관련
0
24
2
GIT과 VSCODE
0
26
2
팀& 서브 에이전트 실활용 방법은 어디에서 볼 수 있을까요?
0
31
2
선생님 강의토대로 개발중인데 질문이 하나있습니다 급함
0
35
2
MCP 서버 설치 내용이 실제와 달라 좀 헷갈립니다.
0
44
2
MCP가 토큰을 낭비한다고 뒷쪽에서 설명해주셨는데요.
0
36
2





