rebase 이해

네 맞습니다. 제가 이해하기로는 "feature를 master위로 올린다" == " feature의 시작점을 rebase 당시 선택한 브랜치의 최종 커밋 위치로 변경하는 것" 라고 생각이 되어서 잘 이해하신 것 같네요. 끝까지 화이팅입니다.

merge를 쓰지않더라도

안녕하세요 루라님, 가정을 해주신게 상대와 나 모두 같은 브랜치에서 작업 하는 것을 가정하신게 맞나요? pull 의 경우 기본 옵션이 git merge FETCH_HEAD로 작동하기 때문에 따로 merge 명령어를 사용하지 않아도 merge가 된 것이 맞습니다. merge의 경우는 보통 브랜치에서 파생된 브랜치를 원래의 브랜치로 합칠 때 사용합니다. 예륻들어 보겠습니다. develop이라는 브랜치가 있고, develop에서 철수는 feature/a를 생성하여 작업을 하고 영희는 develop에서 feature/b를 생성하여 작업을 합니다. 철수와 영희가 각각 작업(커밋)들을 한 뒤에 작업물들을 하나로 모아야겠죠? 이 때 develop 브랜치로 합쳐야 하는데 이때 merge(혹은 rebase)를 사용하게 됩니다. develop브랜치로 체크아웃 -> git merge feature/a 를 통해서 철수의 작업들을 develop으로 합치고, git merge feature/b를 통해 영희의 작업들을 develop으로 합치는 것이지요. 조금 내용이 길지만 해당 자료도 같이 보시면 도움이 되실 것 같네요! 감사합니다.

머지 하지않은 상태에서 -d 로도 delete

안녕하세요 루라님 예시로 들어주신 상황은 master에서 test/3 브랜치를 생성 후 바로 test/3을 -d 옵션으로 지우셨는데, 이는 가능합니다. master에서 test/3 브랜치를 생성한 후 test/3 브랜치에서 커밋을 1개 이상 만든 후에 master로 머지하지 않은 상태에서 test/3을 -d 옵션으로 지우려고 하면 안될 거에요. 이렇게 한번 테스트 해보시면 좋을것 같네요. 감사합니다~

pull과 push 후 결과 메시지

안녕하세요? 딱히 git에서만 뭐라고 정해진 이름은 없는 것 같습니다. 일반적인 커맨드 입력에 대한 결과? 정도로 보시면 될거 같습니다. pull, push 후 메시지의 해석은 적어주신 내용이 맞습니다. 여러 실습을 해보시면서 테스트 해보시면 도움이 되실 것 같습니다. 감사합니다.

HEAD-> master, .... 의미

안녕하세요? origin/HEAD는 말 그대로 origin(= 리모트)의 브랜치가 현재 기본으로 가리키고 있는 commit이라고 보시면 됩니다. 아래 명령어를 사용하면 master가 아닌 브랜치를 리모트의 HEAD를 변경 할 수도 있습니다. > git remote set-head origin some_branch 사실 크게 중요한 내용도 아니고 실무에서 많이 사용하실 일은 없을 것 같습니다. (경험상) 감사합니다.