시간과 공간 그리고 진실의 방

Project could request certificate or validation, for Our project need to be protect from unauthroized user. 

So some of case need for SSL verification.

Especailly, protected or private project could do definitely.

Information Gathering

35mwl@remoted MINGW64 ~
$ git clone https://remoted@.......
Cloning into 'OtpServer'...
fatal: unable to access 'https://....': SSL certificate problem: unable to get local issuer certificate

Setting up

$ git config --global http.sslVerify false

Do not confuse other options like

$ git config --global http.security false

Then, Cloning start

$ git clone ........
\Cloning into 'OtpServer'...
warning: ----------------- SECURITY WARNING ----------------
warning: | TLS certificate verification has been disabled! |
warning: ---------------------------------------------------
warning: HTTPS connections may not be secure. See https://aka.ms/gcm/tlsverify for more information.
remote: Counting objects: 5889, done
remote: Finding sources: 100% (5889/5889)
remote: Getting sizes: 100% (3431/3431)
remote: Compressing objects: 100% (794/794)
remote: Total 5889 (delta 2082), reused 5883 (delta 2079)
Receiving objects: 100% (5889/5889), 243.03 MiB | 6.96 MiB/s, done.
Resolving deltas: 100% (2082/2082), done.

Yagnesh 한테서 도착한 issue 들을 merge 한 이후에 

KakaoAdapterSDK 에서 exception 이 나는 상황을 발견했다.

결과적으로 한 3년 정도 처리된 issue 들이 하나하나 제대로 처리됬나 분석하고 

revert 돌리고 나서 다시 한땀한땀 반영해봤는데 안되는 문제가 발생했고

 여기저기 찾아 해매다가 결과적으로 git reset 으로 쇼부를 봣다.

이 화면에서

"Reset Current Branch to Here" 을 잡아서 revision 쪽으로 HEAD를 돌리고 나면 commit 이 눈탱이가 돌아갔다고 

Local의 Repository 상태에 Update 쪽이 뜬다.

그렇다고 해서 이 부분을 Update 를 땡겨오라는 것이 아니고

내 경우에는 Remote 에 있는 master 마저 조진 상태였기 때문에 

Local 에서 조지고 나서 Android Studio 에서 push 를 해줫는데도 제대로 돌아가지 않았다 ^^

역시 진리의 -f 를 줘서 force 를 갈겨주기로 했다.

origin 에서 master를 갈기면 당연히 local 의 master 를 갈기는 것이므로

origin/master 를 갈겨줘야 remote 상의 master 가 타겟팅이 된다.

그러고 나면 정상적으로 돌아오니까 이제 망할놈의 커밋들을 다시 합쳐보자

기존의 BitBucket 에서 ssh-key 를 등록할 때, Personal Setting 을 하던 부분에서 약간의 변동사항이 생겼다.

(그러니까 예전처럼 Personal Setting을 찾아 해매다가 개삽질을 했다는 소린데, 요로코롬 직관적인 인터페이스로 변경되었다.)

1. 

첫번째로 All Workspace 에 접근하는 것은 똑같다. 다만 이후의 프로세스가 좀 다르다

2.

이렇게 생긴 곳에서 "Personal Bitbucket settings" 로 들어가면 된다. 예전과 어떻게 달라졌는지 그림으로 알아보자

3.

어쨋든 들어가면 기존의 BitBucket 에서 사용하던 것처럼 쉽게 ssh-key 를 등록할 수 있다.

key 관리 interface 가 아무래도 Git 을 좀 따라가지 않았나 싶은 냄새가 스물스물

OS: Windows 10 (64bit)

App: Git Bash

크롬 브라우저를 통해 git 원격 저장소(repository)의 주소를 복사하고, 이것을 윈도우에 설치한 Git Bash 쉘에 붙여넣기를 했다. (마우스 오른쪽 단추를 눌러서 Paste 선택) 이렇게 해서 기존의 git 저장소에 원격 저장소를 연결하고 푸쉬를 했더니, 황당한 에러 메세지가 나왔다.

아니 이게 뭔... 깃허브와 빗버킷 모두 잘 쓰고 있는 https가 안되는 건 도대체 무슨 소리인가 어이가 없어서 찾아 보니, 스택오버플로우에서 같은 문제를 호소하는 질문을 찾을 수 있었다. 

결론부터 얘기하면, 인터넷에서 복사한 텍스트를 콘솔에 바로 붙여넣기 하지 말라는 것...

우선 직접 git remote -v 명령으로 Git Bash 창에서 확인을 해봐도 잘못 입력된 문자 같은 건 보이지 않는다. 그러나, 해당 에러 메세지를 긁어서 복사하고, 여기 티스토리 에디터에 붙여넣어 보니...

https 글자 앞에 원래 보이지 않던 저 네모칸이 나타났다. 무슨 글자였는지 모르지만, 저것 때문에 알 수 없는 프로토콜이라는 에러가 난 것이었다.

그래서 git remove remove origin으로 삭제하고, 직접 키보드로 주소 전체를 처음부터 끝까지 타이핑을 해서 git remote add를 새로 했다. 그 뒤에는 git pull이나 git push 명령이 모두 정상적으로 작동하였다.

역시 기본적인 것에서 황당한 에러가 난다면 (마치 코딩을 100줄도 안 했는데 컴파일 에러가 100개 가까이 되는 경우), 당연하다고 생각하던 기본적인 부분에서 혹시 오류나 실수가 없었는지 봐야 한다.

글은 그대로 퍼다가 넣었는데 말이지 나랑 똑같은 짓을 하고 했을 거라는 생각을 몬했다.

어쨋든 카카오뱅크 사전과제 하느라 급하게 repository 만들고 나서 그거 주소 긁어다가 쓩 넣고 CLI에서 보니까 모르는건데, 그러니까 https not supported 가 터지지 해가지고 

어? 다른애들은 안터졌다는데? 라고 하고

Git Bash 녀석이 저렇게 뱉으면 분명히 뭔가 있다는건데 아무리봐도 모르겟거든.

근데 IntelliJ 들어가니까 떡하니 앞에 ㅁ 가 있더라... 아..