Git & GitHub, từng bước từ nguyên lý - Git Căn Bản

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

강의 8:16 에서 test 브랜치 쪽의 노란색 커밋을 cherry pick 해서 가져왔는데 main 브랜치 쪽의 초록색 커밋과 충돌되어서 둘 중에 하나를 선택한 상황인데<p style="text-align: l

안녕하세요 강사님. 좋은강의 잘 듣고 있습니다. 이번 강의 들으면서 질문이 생겨서요. 만약 메인 브랜치 기반으로 깃헙에서 develop 브랜치를 생성한후, fetch로 로컬 레포로 가져와 checkout -t로 로컬 레

안녕하세요 강사님, 강의 재밌게 듣고 있습니다. 좋은 강의 감사합니다. 최근 실무에서 develop 브랜치에 A,B,C,D,E 순서로 mer

깊이있는 내용 쉽게 전달해주셔서 감사합니다.업스트림 10:00근처 공부하다가, 그냥 test branch를 그전에 하던대로 -u옵션 없이 push 해버리면

안녕하십니까 강사님! 좋은 강의 잘 듣고 있습니다 ㅎㅎ 제가 순처적으로 들을 상황이아니라 협업 전까지 듣고 레포에 올릴려고 했는데 이미 레포에 커밋들이 올라간 상태입니다<p style="text-align

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

안녕하세요, 강의 잘 듣고 있습니다.Git을 정리하는 데 큰 도움을 받고 있습니다.다름이 아니라 GitHub에서 브랜치를 메인 브랜치로 병합할 때 사용하는

안녕하세요! 강의 너무 잘 듣고 있습니다.제가 이번에 git을 처음 써보면서 이것저것 시도해보고 있는데요!<p style="text-align: left"

안녕하세요.rebase 단원(이전 강의)의 설명을 들으면서, rebase 란 fast-forward merge 를 수행할 수 있게끔 commit history 를

문서가 락이 걸어져있네요. 비번 알려주세요.  강의노트에도 없

vscode에서의 github로의 push는 따로 강의 계획이 없으실까요??

깃에서 머지(Merge)를 되돌려 이전 상태로 돌아가려면 어떤 방법을 써야 하는지 궁금합니다. fast-forward 머지인

안녕하세요!먼저 좋은 강의 제공해주셔서 감사합니다~!강의를 듣다가 조금 헷갈리는 부분이 있어서 질문드립니

강사님, 좋은 강의 너무 잘 듣고 있습니다.git flow 챕터 설명들으면서 궁금한 점이 생겼는데요.만약

강의 18분 14초에서 git rebase origin/main을 하면 conflict가 발생할까요? 강의 14분 34초의 3-way me

기존 브랜치를 풀 리퀘스트하고 또다시 풀 리퀘스트를 하게 된다면 어떤 문제점이 생길 수 있나요?기존의 브랜치가 누락되는 경우가 생길 수 있나요?

대상 브랜치를 잘못된 브랜치로 설정했는데 이를 취소할 수 있나요?예를 들어 main 브랜치로 머지해야 하는데 Develop 브랜치로 잘못 머지하게 된 경우입니다.

rectangle 파일을 버전 관리에서 제외하려고 했지만 버전 관리에서 제외되지 않습니다..gitignorerectangle이 문제는 어떻게 해결할 수 있나요?

commit 메시지를 잘못 입력했는데 이걸 다른 내용으로 수정할 수 있는 방법이 있을까요?예를 들어 "rectangle 을 수정함."을 "rectangle에 빨간색을 추가함."으로 변경할 수 있나요?</p