느리더라도 꾸준히

문제 push 또는 pull request를 통해 merge 하여 새로운 커밋 시점이 만들어졌다고 가정하자. 이때 이전에 내 코드가 어땠는지 확인해보고 싶을 때가 있다. 이럴때 reset이나 revert가 아닌 간단한 방식으로 이전 코드를 확인해보는 방법을 알아보자. 해결방안 사진처럼 github에서 작업한 내역을 확인해볼 파일에 들어간다. URL의 github.com -> github.githistory.xyz 로 수정해준다. 이후 github 인증만 해주면 확인해 볼 수 있다. 출처 https://githistory.xyz/

1. 지금 현재, 당신의 기분이나 느낌을 표현해 주세요. 나 스스로에 대한 기술부채로써 Git에 대한 지식을 미뤄왔었는데 이번기회에 그 미룸을 해결할 수 있어서 정말 기뻤다. 그리고 페어 프로그래밍을 진행하면서 서로 알려주고 직접 코드를 작성했는데, 이게 혼자서 글읽고 쳐보고 넘어가고 하는 방식보다 훨씬 깊은 이해와 좋은 질문거리들을 만들어 주는것 같다. 앞으로의 학습에 있어서, 방구석에서 혼자만 치지 말고 여러 사람이랑 대화하고 코드를 작성하려고 노력해봐야겠다. 2. 오늘 무엇을 학습한 내용 중 지금 떠올릴 수 있는 단어를 모두 나열해 주세요. Git, Github, SSH, working space, staging area, Local Repository, Remote Repository, untra..

요약 본문 오늘 깜짝놀란게, 4월동안 커밋한 자료들이 분명히 있는데, 잔디가 심어지지 않은 것을 발견했다. 레포지토리의 표시한 부분을 누르면, 커밋한 내용들을 볼수 있다. Case1 혹시 내 작업이 private Repository에서 작업하기 때문일 수 있다. 그래서 아래 그림처럼 잔디가 private 작업도 반영하도록 설정해주었다. 결과는? 다른 블로그를 보면 과거에 커밋한 것도 다시 잔디가 심어진다고 했는데 나는 아무 변화도 일어나지 않았다... Case2 여러 블로그들을 본 결과 github와 로컬 서버 git의 username 또는 useremail이 다르면 생길수 있는 문제일수 있다고 하여 확인해 보았다. 깃허브 로컬 git 해당 프로젝트 터미널에서 아래 명령어를 입력해준다. git confi..