강의에서는 modify one file로 돌아가려면 github연동이 필수인것처럼 소개되는데 그냥 잘 되는것 같습니다.
아마도 그 이후에 진행되는 modify two files 이후에 one file 시절로 돌아가려면 안된다는 말씀을 하신것 같은데 혼동의 소지가 있을것 같아요.
강의에서는 modify one file로 돌아가려면 github연동이 필수인것처럼 소개되는데 그냥 잘 되는것 같습니다.
아마도 그 이후에 진행되는 modify two files 이후에 one file 시절로 돌아가려면 안된다는 말씀을 하신것 같은데 혼동의 소지가 있을것 같아요.
코딩은 실전이다! - Git알못을 위한 깃린이코스(Git, Github 실습위주)
로컬에서의 형상관리 with 메모장 (init, add, commit, status, log, reset)
강의실 바로가기
우선 강의 잘 봐주셔서 감사드립니다 :)
영상을 저도 오랜만에 다시 확인을 해보았는데,
맥락은 아래와 같습니다.
1. 첫번째 커밋을 한다.
2. 두번째 커밋을 한다.
3. 리셋으로 첫번째 커밋으로 돌아간다
4. 두번째 커밋으로 돌아가려면 git log를 통해서 커밋 해쉬코드를 알아낼 수 있어야 하는데, 커밋 해시코드가 없다.
깃허브에 푸시를 해놓으면 커밋 해쉬코드를 알 수 있으니, 그 해쉬코드로 돌아갈 수 있다는 맥락이었습니다.
만약 이미 이전으로 돌아가버린 상태에서(첫번째 커밋과 두번째 커밋을 하고 다시 첫번째 커밋으로 돌아간 상태) git log를 통해 두번째 해쉬코드를 알 수 있거나, 해쉬코드 없이 두번째 커밋으로 돌아가는 방법이 있다면 공유해주시면 반영해보겠습니다!
답글
강민석
2021.05.29아하.. 저는 실습을 따라하는 도중이었기 때문에 cmd창을 위로 올려 이전의 해시코드를 볼 수 있었습니다. 그런데 말씀을 듣고
1. 첫 커밋
2. 두번째 커밋
3. 첫번재 커밋으로 리셋
4. 커맨드창을 닫거나 해서 다시 git log를 치면 첫 커밋의 해시코드가 나오지 않음
이렇게 되기 때문에 돌아갈수 없다는 말씀을 하신거군요! 어떤 취지로 말씀하신건지 이해했습니다.
그러나 만약 해시코드를 다른곳에 적어놨다면 살아나긴 하네요. (신기합니다)
친절하고 정확한 답변 감사드립니다. 언제나 좋은 하루 되세요~