갓태희

내가 활동하는 깃오픈톡에서 GitBash가 push가 안되고 계속 멈춰있는 이슈가 있었는데 이번으로 두번째 이슈가 됬고 처음으로 이 이슈가 일어났을때 결국 해결을 못하고 폴더를 다 지웠다가 다시 해보니 됬다는 만족하지 못하는 결론을 얻게되었다. 하지만 내가 정말 열심히 소중히 갈고 닦은 프로젝트인데 폴더를 다 지웠다가 쉽게 복구도 못할 뿐더러 잘못하다가 데이터 손실이라도 난다면 이건 정말 큰일날 일이다. 그래서 위의 방법으로는 임시방편일뿐 절대 추천하지 않는 방법이다. 이상하게 클론은 잘 되는데 push가 안되고 그냥 멈춰있다 오류도 안뜨고 그냥 멈춰있다. 클론은 되고 푸시만 된다는점에 착안에 인증(Authentication)에 문제가 있는것 같았다. 그래서 git config --list를 통해서 us..

원문 질문 echo "Apple Pie" | git hash-object --stdin를 통해 echo "Apple Pie"라는 데이터를 가진 hash-object를 생성했는데 Git Bash쉘에서와 자기 컴퓨터에 내장되어있는 기본 Terminal에서의 해시값이 다른데 왜 다른건지 모르겠다는 질문인데 똑같은 레포에서 다른 쉘로 hash-object를 생성할때 내용보다 더 중요하게 작용하는 어떤 요소가 깃의 시스템에 내장되어있는지에 대해서도 물어보고있는데 결론은 그냥 그런요소는 없고 내용이 실제로 달랐다. 답변 Git bash쉘 에서는 echo "Apple Pie"는 Apple Pie\n을 출력하고 기본 Terminal에서는 "Apple Pie"\r\n을 출력 하기때문에 컨텐츠 내용이 다르니 당연히 해쉬값..

프론트와 백엔드를 나누어 웹프로젝트를 진행중인데, 프론트 쪽에서 작업을 마치고 총 세분이 작업내용들을 합치려고 하는 상황중에 react의 component폴더를 한분은 Component라고 했고 나머지 두분은 component라고 하게되어 component로 통일을 하는 과정중에서 그냥 폴더의 이름을 component로 바꾸었는데 나의 예상은 git status로 상태를 확인했을때 Components하위에 있는 모든 파일과 폴더들이 renamed됬다고 뜰줄 알았는데 막상 디스코드 라이브로 상황을 봐보니 아래와 같이 staged되지 않았다는 상태를 보았다. 이미 Component에서 component로 바꾸었으니 Component 하위의 모든것들은 없는거나 마찬가지였으므로 git add가 되지 않았다. 그..

친한 형이 오늘부터 깃 공부를 하신다고 하셔서 Source Tree로 깃을 공부하신다고 하시길래 바로 그냥 Source Tree버리고 터미널로 넘어오시라고 말했는데 터미널로 Git을 할경우 git add된 파일이 많으면 많을수록 특정 파일만 골라서 git commit하기에 정말 불편하긴 하다 그래서 나는 보통 그냥 git add . 혹은 git add * 혹은 git commit -am "commit message"를 통해 한번에 add혹은 commit하는 경우가 많은데 저렇게 Source Tree처럼 GUI를 지원해주면 마우스 클릭으로 저러한 add할 파일 commit할 파일들을 지정할수 있어서 좋다. 그래서 나도 Source Tree에 익숙해져야하긴 하는데 학부시절에 너무 추억이 안좋아서 그뒤로 터미..

이 분의 고민은 현재 자기가 로컬에서 두개의 브랜치를 사용하고 있는데 이걸 푸시한다면 원격(깃헙)에는 두개의 브랜치가 모두 올라가느냐 라는 질문인데, git push origin master 우리가 흔히 보던 push명령어 인데 이 명령어의 형태는 원래 git push [리모트이름] [브랜치이름] 이다. 즉 push하고싶은 리모트도 우리 맘대로 설정할수 있고 올리고싶은 브랜치도 우리 마음대로 할수 있다는 것이다. 그래서 보통 원격(깃헙)에 한번 올리고 나면 오픈소스가 되어버리니까 혹시 private한 소스코드를 가지고싶다면 private branch를 하나 따서 그냥 그 브랜치는 push하지 않고 계속 로컬에서만 사용하면 된다. private branch라고 해서 특별한게 아니라 그냥 git branch..

오픈톡에서 어떤분이 질문을 해주셨는데 요점은 특정 파일 혹은 폴더만 push 할수 있는지여쭤보셨다. 나같은 경우 gid add *으로 그냥 일일이 변경된 내용을 체크하기 귀찮아서 저 명령어를 통해 다 스테이징 영역에 올리는데 이렇게 다 스테이징 영역에 올려버리니까 커밋도 모든 파일이 되는 경우가 많았고 보통 push를 전체적으로 하지 부분만 해본적은 별로 없었던것 같아서 처음 저 말을 듣고 좀 당황했었다. 소스트리나 다른 내장되어있는 깃 툴을 이용하게 되면 자기가 스테이징하고싶은 파일을 쉽게 볼수 있고 버튼을 눌러서 일일이 하거나 복수선택으로 스테이징 할수있는데 커맨드로도 그렇게 물론 할수 있지만 귀찮아서 걍 다 올려버리는 경우가 많았던것 같다. 결론을 할수있다이며 git add를 할때 자기가 push ..

깃 버전을 2.23.0에서 2.31.1로 업데이트를 하고나서는 git의 default branch가 main인것을 확인할수 있었는데 git config --unset --global init.defaultBranch명령어를 통해 default branch를 삭제해보고 git init을 해보았는데 다음과같은 경고 메시지가 떴다. master를 default branch로 쓰고 있다는 내용인데 깃에서도 이제 master브랜치를 권고하고있지 않는것 같다. 그래서 다시 git config --global init.defaultBranch main명령어를 통해 main으로 default branch를 설정해 주었다. 근데 업데이트하고나서 한가지 맘에 안들었던 것이 갑자기 명령어들의 출력이 한글로 된다는것이었다. ..

깃허브는 이제 완벽하게 main브랜치를 사용하는데 내 로컬에 설치되어있는 git은 아직도 master브랜치를 사용해서 브랜치명이 헷갈린다던지 원격레포에 main과 master가 동시에 있는 레포가 많게되었다. 그래서 git --version명령어로 나의 깃 버전을 확인해 보았는데 다음과 같았다. 맥북을 산지 2년정도가 되가는거같아서 그리고 깃을 그때는 아예 모를때라서 내가 깃을 설치한건지 아니면 맥OS 자체에 기본내장되어있는건지 기억은 안나지만 아무튼 나의 git버전은 2.23.0이였고 git 공식 홈페이지에서의 최신버전은 아래와 같이 2.31.1이었다. git config --global init.defaultBranch main이라는 명령어가 2.23.0버전에선 전혀 먹히질 않았다. 그래서 뭔가 최신..