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

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

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

강의자료 부탁드립니다. sa.lee@halla.ac.kr

pull request는 그렇다면 협업과정에서는 필수로 협업에 들어가기 전 ,협업대상 repository을 fork하고 브랜치를 생성후 그 안에서 계속 작업을 해나아가면 되는걸까요? 아니면 협업과정중에 로컬저장소에 코드작업 했고, 원격저장소에도 코드가 변경된 경우에만 하면 되는걸까요? 협업과정에서 끊임없이 변경될 것 같은데 궁금합니다 ㅠㅠ

강의 자료 부탁드립니다.  hpv@kakao.com 입니다. 감사합니다.

안녕하세요 강사님, 강의 재밌게 듣고 있습니다. 좋은 강의 감사합니다. 최근 실무에서 develop 브랜치에 A,B,C,D,E 순서로 merge 가 되어 있는 상황에서 배포를 A,D,E 기능만 배포해야 하는상황이 발생했었는데요? 보통 실무에서 어떤식으로 해결들을 하는지 궁금합니다.  1. main 브랜치에서 release 브랜치를 생성후에 develop 브랜치에서 필요한 merge 커밋들만 cherry-pick 하는 방식을 써도 되는지? develop 브랜치에서 release 브랜치를 생성후에 제외필요한 브랜치 merge 커밋을 revert ?

01강 강의 OT처음부터 4:28초까지는 정상적으로 강의가 이루어집니다.그 후4:28초 ~7:10초까지 검은색 화면만 존재하고7:10초부터는 강의 영상이 시작되는데 음성은 안나옵니다.제가 문제라면 혹시 해결 방법이 있나요?...

깊이있는 내용 쉽게 전달해주셔서 감사합니다.업스트림 10:00근처 공부하다가, 그냥 test branch를 그전에 하던대로 -u옵션 없이 push 해버리면, 어쨌든 리모트에 생기면서, 동시에 거꾸로 origin/test 트래킹브랜치를 만들테고, (여기까지 맞나요?) 그러면 저절로 로컬의 test브랜치와 트래킹 브랜치연결이 되는것 아닌가...요?아니면 -u옵션이 빠져서, 업로드/다운로드 동시에 실행되고 트래킹브랜치까지도 만들어지는데, test와 origin/test사이의 업스트림 연결만 빠지게 되는건가요?

해당 자료가 안보입니다!

이강의 git강의가 아니라 c기초강의네요..수정바랍니다.

이거 깃 강의맞아요?

Vercel 배포를 위해 github에 레퍼지토리를 새로 형성하고 주소 복사를 한다음 터미널에 "git remote add origin (git 주소)" 명령어를 입력하니 다음과같은 오류가 납니다. 어떤 현상인지 알 수 있을까요?  

안녕하세요. Docker Containers간 통신 할 때 나타나는 에러 강의 를 듣고 있는데요. 강의중에서 컨테이너1 (노드 js 앱 + redis client) 컨테이너2(레디스서버)  라고 그림을 그려주셨는데요. 궁금한것이 레디스 서버는 왜 다른 컨테이너 안에 있나요? 하나의 docker file에 이미지 생성후 , 컨테이너를 만들어서 실행시킨건데 그러면은 하나의 container 안에 들어있는거 아닌가요? 

안녕하십니까 강사님! 좋은 강의 잘 듣고 있습니다 ㅎㅎ 제가 순처적으로 들을 상황이아니라 협업 전까지 듣고 레포에 올릴려고 했는데 이미 레포에 커밋들이 올라간 상태입니다그런데 로컬에서 환경관련 파일들 gitignore설정하고 싶어서 로컬에서 gitignore하고 다시 푸쉬하면 레포에서는 안보여도 커밋에서 히스토리로 환경변수를 볼 수가 있어서 이러한 부분은 어떻게 조치하면 될까요? 이미 강의 내용에 담아져서 번거로우시다면 해당 내용이 포함된 강의 챕터가 있다면 말씀주시면 제가 찾아보겠습니다!! 감사합니다!

링크 들어가면 404 에러 나오는데 이제는 참고 못하는걸까요?

fhvmf444@naver.com 입니다.강의 자료가 없어서 수업을 듣는데 필기하기도.. 다시보기도 힘듭니다.. 강의 자료 부탁드리겠습니다..저번에도 글을 작성했는데 안보내주셔서... 다시 작성합니다.. 감사합니다

커밋을 하고 난 뒤에 staging area 는 싹 비워지는데 강의에서는 남아있는 것 처럼 보이는데 뭐가 맞는건가요??ㅠ

vite를 사용하여 리액트를 생성하는 경우는 CRA를 통한 리액트 생성하는 방법과 다른것 같습니다.vite.config.js에서 옵션 추가하고 실행하면 정상적으로 동작합니다!import { defineConfig } from "vite"; import react from "@vitejs/plugin-react"; // https://vite.dev/config/ export default defineConfig({ plugins: [react()], server: { host: true, // start 옵션 추가 watch: { usePolling: true, }, // end 옵션 추가 }, });

안녕하세요, geek님. 강의 끝까지 잘 들었습니다.해당 강의가 근본깃-기초 편의 마지막 강의인데, 영상이 끝날 때 "다음 강의에서는 이를 활용하여 동료와 협업하는 방법에 대해서 배운다" 라고 언급하셨더라고요.이때의 '다음 강의'는 근본깃-완성 편으로 이해하면 될까요?