동일 폴더위치에서 각 수정을 했다는건 다른 팀원이 그 부분을 수정하고 나는 다른 브랜치에서 수정을 한건데, 그러면 둘 다 내용을 필요로 할텐데, 굳이 선택만을 설명한 이유를 모르겠네요. 이거를 모르는 사용자입장에서 본다면 아...꼭 선택을 해야되는구나라고 생각하지 않을까 싶습니다.

강의 8:16 에서 test 브랜치 쪽의 노란색 커밋을 cherry pick 해서 가져왔는데 main 브랜치 쪽의 초록색 커밋과 충돌되어서 둘 중에 하나를 선택한 상황인데만약에 conflict가 발생하지 않으면서 노란색 커밋만 가져와서 최종적으로 main 브랜치에 [ 빨간색, 초록색, 노란색 ] 을 가진 커밋으로 만들 수 있는 방법은 없는 건가요? main 브랜치 쪽의 [ 빨간색, 초록색 ] 에서 노란색 커밋만 추가하고 싶은 경우도 있을 것 같아서 질문합니다.

강사님 강의를 들으면서 그대로 했지만 ai의 실행이 많이 다르네요.mcp server 를 연결해주면 쉽게 supabse에 테이블이 형성이 된다고 하셨는데,그대로 오류없이 진행을 해도Supabase에서 orders RLS 정책을 적용해 주세요. 라든가주소라 무슨 key가 필요하다든가 등의 전혀 다른게 나오는데....다른 방법이 있을까요

안녕하세요, 강의 잘 듣고 있습니다. 궁금한 부분이 있습니다!요즘 깃 워크트리라는 것이 있던데깃 브랜치와의 차이점은 무엇일까요..?에이전트를 병렬로 돌릴 때 깃 워크트리를 사용하라고 하던데, 브랜치랑 무슨 차이인지 활용방법과 차이는 무엇인지 궁금해서 문의드립니다.. ㅎ

책과 강의를 보면 작업 전, 후로 풀(pull)하시는 것을 말씀해주셨습니다! 혹시 풀(pull)을 어디서 어느 브랜치로 받는 것일까요? 원격 main <-> 로컬 v1.0해당 브랜치를 대상으로 진행하면 로컬에서 병합 시도를 하는 것 같은데 병합해서 한 번에 원격으로 올리는 것이 맞을까요?원격 v1.0 <-> 로컬 v1.0동일한 브랜치에서 풀을받는다면 어찌보면 강의에서 말씀하셨던 main처럼 기준이 되는 브랜치에서 작업을 하는 것일텐데 맞을까요?기준 브랜치에서 작업하는 것은 권장하지 않으시는 것 같아서 질문드립니다.

다시 강의 보면서 도전해보고 있는데요.자료 업로드가 안되어 있는 것 같습니다.확인부탁드립니다.

아직은 본격적으로 운영하는 서비스를 작성하기보다는 포트폴리오에 사용할 토이 프로젝트 정도를 만들어보고 싶은데 이 경우에도 Max 요금제를 사용하는게 경험 상 좋을지 궁금합니다.

git 수업을 쉽게 강의해 주셔서 감사합니다.다른게 아니라 git에서 커밋을 하면 수정된 내용이 오른쪽 하단에 뜨는데 한 글자 추가 또는 한글자 삭제를 하는데 왜 첨부파일로 올린것 처럼 두개가 나오는지 궁금합니다. 답변 부탁 드립니다.

안녕하세요. 혹시 브랜치 충돌의 최소화 파트를 듣다가 헷갈리는 부분이 있어서 여쭤봅니다!혹시 충돌 최소화할 때 실험 브랜치에 master 브랜치의 커밋내용을 주기적으로 병합해주는데, 이 과정에서 실험 브랜치에서 달라진 커밋내용을 revert 할 때처럼 달라진 구간 ~ 최근 커밋 까지 하나씩 다 merge 해줘야하나요? 아니면 중간 커밋들 건너뛰고 내가 합치고 싶은 시점에 가장 최근의 master 커밋 내용으로 merge 해도 그간 했던 수정사항들이 한번에 반영이 될까요? 뭔가 전자 같긴한데.. git에서 지원해주는 지 궁금합니다!!..

이전에 받아서 적용했던 GameManager.cs 안에 메인 메뉴 아스키아트 값을 게임 시작으로 수정해서 적용했습니다. 확인 부탁드립니다.

기본 파이썬 명령어의 버전을 바꾸기 위해 심볼링 링크를 업데이트 하려고 하니 permission denied가 뜹니다.  이미 파이참이 설치 되어 있어서 가상환경 외부 의존성을 설치하려고 경로를 맞추려고 하는데 해당 부분을 어디서 진행해야하는지 모르겠습니다.  

1. 첨부된 자료 파일이 TitleASCII.md으로 내용을 확인해보면 작성된 아스키아트 파일이 게임 메뉴가 아닙니다.2. 강의 화면 가운데 아래에 수업 노트를 클릭하면 첨부된 파일 내용이 보여지는데 여기서는 이것도 아스키아트 내용이 게임 메뉴가 아닌 게임 시작으로 되어 있습니다.저는 수업 노트에 있는 아스키아트 부분을 드래그 해서 복사 붙여넣기 한뒤 "게임 시작" 텍스트를 "게임 메뉴"로 수정해서 코딩을 했습니다.

영상에서 선택된 .gitignore 파일 내용을 보니 VisualStudio를 선택했을 때와 동일한 듯 싶어서 이걸로 했습니다. 못찾아서 헤매시는 분들 참고하세요

안녕하세요.강의를 통해 바이브 코딩을 학습하면서 많은 도움을 받고 있습니다. 감사합니다.강의 내용 중 인프라 구성 순서와 관련하여 한 가지 궁금한 점이 있어 문의드립니다.현재 강의에서는 EC2를 먼저 구성하지 않고, RDS를 우선 생성한 뒤 로컬 PC와 직접 연결하여 설정을 진행하는 방식으로 설명해 주셨습니다.일반적으로는 EC2 인스턴스를 먼저 생성한 후, 해당 인스턴스와 RDS를 연결하고 애플리케이션을 빌드·배포하는 방식으로도 구성이 가능할 것이라고 생각했는데, 강의에서 RDS를 먼저 설정하는 데에는 특별한 이유나 설계상의 고려 사항이 있는지 궁금합니다.

안녕하세요 강의잘 듣고 있습니다.고양이 작업자가git pull origin master 하기 전에 reamd.md를 수정하고 있었다면 수정하고 있던 파일을 덮어쓰진 않나요?  

유튜브, 유료강의 항상 잘보고있습니다. 양질의 영상 항상 감사드립니다. 질문부터 말씀드리자면, 기획에서 만들어진 .md 문서활용방법이 궁금합니다.말씀하신대로 작업을 해보고있고, 클로드 데스크탑 환경에서 대화내용을 중간중간 .md 저장하게 되고, 클로드 코드에게 전달할 때 도 .md파일로 저장하게 되더라구요. 그러면 예를들어 아래처럼 기획, 프롬프트 문서들이 쌓일것같습니다.프로젝트 초기 세팅.md로그인 및 회원가입.md배포 관련 정리.md배포 관련 정리2.md로그인 기획 수정.md배포관련 정리3.md프로젝트 초기세팅 보완.md서비스 기능1.md 이런식으로 다 중요한 이력이긴 하지만 뭔가 정리되지않고 파일만 쌓이는 느낌?이 들더라구요 이때 과거 .md파일을 어떻게 활용하는걸까요? 클로드 데스크탑이 저 과거.md 파일 내용들을 항상 읽어서 다음 작업들을 하지는 않지 않나요? 저것들을 쌓으라는 이유는 나중에 개발자가 과거 이력중 필요한 내용을 복붙해서 사용하기위해 두라고 하시는 걸까요? 작업을 하다보니 이전과거 md파일은 딱히 안보게되고 새로운 md파일만 주욱 만들어지는 것 같습니다. 이력 파일을 만들어서 어떻게 활용하셨는지 궁금합니다.

기획서 관련 해서 claude max를 chat gpt pro로 대체 어떻게 생각하시나요. 어짜피 써보긴 할건데, 써보셨나 해서 여쭤봅니다!

***전공자와 시니어 개발자 그 사이 간격으로 인한 기회비용(물어보는 시간, 물어보려고 공부하는 시간 등)을 집단 지성으로 최적화함***- 설치 이후의 기획 단의 문서 레퍼런스 공유- 개발 중 주요 이슈 공유 바이브 코딩이 확실히 도움이 되고 이제는 어떤 부분은 인간을 넘어섰고, 또 넘어서고 있다고 생각합니다. 그런데 아직은 아무나 할 수 없는 것이 현실이라, 그 시행착오를 줄이고 성공하는 방법으로 집단지성을 이용하여 시간적 기회비용을 줄이는 것이 도움이 된다고 생각하여 카톡방을 개설했습니다. 채널장으로서 카톡방의 모든 질문과 답은 문서화를 해볼 예정입니다. 널널한 개발자님이 이미 된다는 것은 보여주셨고, 저 또한 시도를 했고 또 하고 있는 입장입니다. 강의를 들으면서 프롬프트나 2주 동안 고민하신 부분 등 중요한 말씀을 많이 해주셨지만, 이외에도 고려할 것들이 너무나도 많습니다. 이에 레퍼런스를 만들기 위해 커뮤니티를 만들었습니다. 지금은 오픈이지만, 추후 강의 구매자들만 들어올 수 있도록 암호화할 예정입니다. 강의 뽕을 뽑아봅시다!! 진정성있는 참여와 질문들 기대해보겠습니다. 감사합니다!

안녕하세요 강사님. 좋은강의 잘 듣고 있습니다. 이번 강의 들으면서 질문이 생겨서요. 만약 메인 브랜치 기반으로 깃헙에서 develop 브랜치를 생성한후, fetch로 로컬 레포로 가져와 checkout -t로 로컬 레포의 메인 브랜치로 가져오는 곳까지는 이해했습니다. 그 뒤, 로그인 브랜치를 로컬 레포에서 생성하여 git push로 로그인 브랜치를 깃헙으로 보낸후 풀리퀘스트를 완료하여 머지커밋 생성되는곳 까지는 잘 따라왔습니다. 그럼 만약에 그 깃헙에 올라가있는 머지된 develop 브랜치를 제 로컬 레포로 가져와서 편집하려면 어떻게 해야하나요? fetch 로 가져와서 트래킹 브랜치를 기존 브랜치로 머지나 리베이스 해주면 되는건가요? 만약 실무에서 이런 상황이라고 가정하면 로그인 기능은 개발이 완료되어 브랜치도 삭제했으니 더이상 제 로컬 레포에 존재하는 로그인 브랜치는 필요가 없어졌다. 그러니 추가적인 작업이나 협업이 필요하면 로그인 기능이 추가된 develop 브랜치를 다시 fetch로 받아와 다른 feature 브랜치 생성해서 작업해주면 된다. 이렇게 이해하면 될까요?

강의자료 부탁드립니다.*아래 메일로 부탁 드립니다.jungs.story@gmail.com