프로그래밍 공부 노트

1번. Firebase 콘솔(console)로 이동한다. 아래와 같이 메뉴를 클릭하면 해당 로그인을 제공해줄 업체에서 제공하는  Client ID( 클라이언트 ID) 와  Client secrets(클라이언트 보안 비밀번호)가 필요한것을 확인할 수 있다. 구글 로그인의 경우 Firbase가 구글것이기 때문에 따로 설정할 필요는 없다. github 로그인을 예로 들어보았다. 2번. github에 와서 Settings ---> 메뉴바에 Developer settings ---> OAuth Apps 클릭 ---> New OAuth App 클릭 3번. New OAuth App으로 설정하고나면 위에서와 같이 login-auth가 생긴것을 확인할 수 있다. 해당 App을 클릭해보면 아래와같이 화면이 나온다. 빨간색 네모박스안에 있는 Client ID와 Client secrets 를 Firebase로 돌아가서 입력하면 된다.

깃허브에 로컬 프로젝트를 push하려고 했는데 아래와 같은 오류가 발생했다.

원격 저장소 재연결 (연결 끊고 다시 연결하기) 깃(git) 사용시 현재 로컬 저장소와 연결되어있는 원격 저장소인 github의  repository와의 연결을 끊고 다시 연결하는 방법을 보자. 현재 연결되어있는 원격 repository를 확인한다. $ git remote -v  연결된 주소를 삭제  $ git remote remove <name> $ git remote -v  명령어로 연결된 원격 repository가 있는지 다시 확인해본다. 지워진것을 확인할 수 있다.  다시 연결하고싶은 원격 저장소와 연결하면 된다.

SSH를 이용해서 GITHUB 연결 SSH란? SSH(Secure Shell Protocol)는 네트워크 프로토콜 중 하나로 컴퓨터와 컴퓨터가 인터넷과 같은 Public Network를 통해 서로 통신을 할 때 보안적으로 안전하게 통신을 하기 위해 사용하는 프로토콜이다. SSH의 통신방법 : Private Key / Public Key SSH는 다른 컴퓨터와 통신위해 접속 시 우리가 일반적으로 사용하는 비밀번호 입력을 통한 접속을 하지 않는다.기본적으로 한쌍의 Key (Private/ Public) 를 통해 접속하려는 컴퓨터와 인증과정을 거친다. Public Key : 공개되어도 안전한 키. Public Key를 통해 메세지 전송 전 암호화를 한다. (복호화불가) Private Key : 절대로 외부노출이 되어서는 안되는 키. 본인 컴퓨터 내부에 저장됨. Private Key를 통해 암호화된 정보를 복호화한다.  1. Public Key를 통해 정보 암호화 (복호화 불가) 2. Private Key를 통해 암호화된 정보 복호화  이러한 과정을 통해 서로 관계를 맺고 있는 Key라는 것이 증명되면 비로소 두 컴퓨터 사이에 암호화된 채널이 형성이 되어 Key 를 활용해 정보를 암호화/복호화 하며 데이터를 주고 받는다. SSH KEY 생성하고 Github와 연결 일단 SSH key 생성을 하려면 아래 링크로 이동 https://docs.github.com/en/free-pro-team@latest/github/authenticating-to-github/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent 자신의 운영체제를 선택해주고 메뉴얼대로 진행한다. key 가 생성되면 터미널에  $ ls -a ~/.ssh 위의 명령어를 입력한다. id_rsa는 Private Key id_rsa는 Public Key 그 다음 아래 링크에서 대로 GitHub과 연결해준다. https://docs.github.com/en/free-pr

Github Github란 git을통해 파일들의 버전 관리, 백업, 협업을 도와주는 저장소이다. Fork : 원하는 프로젝트를 자신의 github로 복사해올 수 있다. watch : 트위터 팔로우처럼 watch를 눌러놓으면 watch를 누른 계정에서 발생되는 업데이트를 보다 신속하게 알 수 있다. Issues : 협업을위한 게시판이다. 새로운 Issues를 발행하고 해당 Issues가 완료되면 Close issues를 사용하여 완료할 수 있다. 완료된 작업은 나중에도 확인 가능하다.  또한 추후 다시 문제가 발생했을때 closed Issues에서 reopen issues를해서 다시 진행도 가능하다. Issues를 발행할때 템플릿을 지정해서 해당 템플릿(양식)으로 발행하게 하는방법이 있는데 구글에 github issues template을 검색해서 원하는 템플릿양식을 만들어서 사용할것. Assignees : 협업프로젝트를할때 Issues를 누군가에게 요청하고싶을 수 있는데 이때 Assignees에서 해당하는 사람을 선택해서 해당 Issues를 부여할 수 있다. Lables : Lables를 통해 업무의 타이틀을 구분할 수 있다. 9가지 특성에는 bug, duplicate등이 존재하는데 이를 선택하면 조금더 직관적으로 Issues를 확인할 수 있다. 이러한 Lables는 추가, 수정등이 가능하다. Filter : 말그대로 필터를 통해 나에게 할당된 Issues를 확인가능하며 자신뿐만아니라 다른 인원에게 할당된 Issues도 확인 가능하다. 참조기능 : Issues를 작성시에 @이를 사용하여 사람들 태그할 수 도있고 #을 사용하여 게시글을 참조시킬 수 있다. 또한 commit을 참조시키고싶으면 commit에 들어가 복사버튼을 눌러 작성하면 해당 commit으로 쉽게 이동이 가능하다.