Bibi's DevLog 🤓🍎

OAuth Github 로그인 OAuth란 https://www.youtube.com/watch?v=hm2r6LtUbk8 OAuth의 세 역할들 내 서비스 사용자 유명 서비스 (구글, 네이버 등) OAuth의 인증 절차 유명 서비스가 Access Token을 발급한다 AccessToken이란? 유명 서비스가 가진 사용자정보에 접근하기 위해, 사용자의 아이디 비밀번호 대신 사용하는 토큰 유명 서비스가 가진 사용자 정보들 중에서 내 서비스가 꼭 필요한 기능만 부분적으로 접근을 허용한다. 내 서비스는 OAuth를 통해 AccessToken을 가져온다 내 서비스는 AccessToken을 통해 유명 서비스가 가진 사용자 정보에 접근하고, 가져오고, 수정한다. GitHub OAuth - Authorizing OAu..

https://docs.github.com/en/enterprise-server@2.21/developers/apps/building-oauth-apps/scopes-for-oauth-apps GitHub OAuth - Scopes for OAuth Apps Scope(범위)는 당신이 정확히 어떤 종류의 접근을 필요로 하는지를 구체화해준다. scope는 OAuth 토큰의 접근을 제한한다. 사용자가 가진 권한 이상의 어떤 접근도 허용하지 않는다. 깃헙 OAuth 앱을 설정할 때, 요청되는 scope들이 사용자에게 보여진다. scope 확인하기 내가 어떤 OAuth scope를 가지고 있고, API 동작이 어떤 scope를 승인하는지 확인하기 위해서는 헤더를 보면 된다. $ curl -H "Authoriza..

[Git] rebase 충돌 해결하기 충돌이 난 파일을 열면 어디에서 충돌이 발생했는지 표시되어 있다. 충돌 파일들을 열어 최종 머지할 내용들로 정리한다. git add . git commit : 충돌 해결한 내용을 커밋 git reabse --continue 모든 충돌 해결 후 입력한다.

fetch, rebase fetch : (뜻 : 가져오다) - 원격 저장소의 내용을 로컬로 가져오는 것 (병합은 하지 않음) pull : (뜻 : 당겨오다) - 원격 저장소의 내용을 로컬로 가져와 병합하는 것 merge : 두 브랜치를 합치는 것 A브랜치에 B브랜치를 합칠 때, 각자의 커밋 내역을 그대로 남김 rebase : 두 브랜치를 합치는 것 A브랜치에 B브랜치를 합칠 때, B의 커밋은 A의 커밋 뒤에 위치하게 됨 결과적으로 하나의 매끄러운 브랜치가 됨

깃 커밋메시지 수정하기 출처 : 깃 커밋메시지 수정. 감사합니다🙇‍♀️ 1.아직 커밋이 로컬저장소에 있을 때 로컬 저장소에서 커밋은 했지만, push는 아직 하지 않은 경우 가장 최근의 커밋 수정하기 git commit --amend 더 오래된 커밋 수정하기, 또는 한 번에 여러 커밋 수정하기 git log로 커밋내역을 보며 어떤 커밋을 수정할지 확인한다. git rebase -i HEAD~숫자 : 현재 브랜치에서 가장 최근의 커밋 숫자개를 보여준다. vim이 열리고 최근 커밋들이 아래와 같이 나타난다. pick e499d89 Delete CNAME pick 0c39034 Better README pick f7fde4a Change the commit message but push the same com..

.gitignore를 사용하는 이유와 사용 방법 .gitignore를 사용하는 이유 파일 백업 정보, 제품 빌드 정보 등의 로컬 구성을 원격 저장소에 올리지 않기 위해 (git이 이 파일들을 track하지 않도록 untracked files로 설정함) 각종 noise를 방지하기 위해 원하지 않는 파일의 업로드 방지 데이터 충돌로 발생할 수 있는 손실 방지 .gitignore 사용 방법 간단한 방법 : gitignore.io 이용하기. 사용 언어, IDE, OS, 라이브러리 등을 입력하고 생성된 .gitignore 파일을 복붙하여 사용함. 직접 만드는 방법 : vim에서 .gitignore파일을 생성하고 track하지 않을 파일을 직접 작성한다. .gitignore 적용하기에 잘 나와있다.

깃허브를 기반으로 한 온라인 코드리뷰 순서 *로컬 저장소 = 내 PC (위 이미지의 주황색 영역) *원격 저장소 = 깃허브 저장소 (javajigi/java-racingcar) *프로젝트 원격저장소 = 내가 참여하고 싶은 깃허브 원격저장소를 뜻함. (code-squad/java-racingcar) *origin = 내 원격 저장소를 뜻함 *upstream = 프로젝트 원격저장소를 뜻함 *로컬 저장소의 메인 브랜치 이름 = 프로젝트 원격 저장소의 내 브랜치 이름 프로젝트 원격저장소에 내 브랜치 생성을 요청한다. 해당 원격저장소를 fork한다. fork : 다른 계정의 원격 저장소를 내 깃허브 계정으로 복사해 온다. 깃허브 저장소 오른쪽 상단의 Fork버튼을 누르면 된다. fork한 원격 저장소를 로컬 저장..

5. 깃허브로 협업하기 5.1 원격 저장소 함께 사용하기 하나의 깃허브 계정으로 둘 이상의 컴퓨터에서 원격 저장소를 공유해 버전을 관리할 수 있다. 원격 저장소 복제하기 (clone) 클론clone : 원격 저장소를 지역 저장소로 똑같이 복제하는 것. 원격 저장소를 클론하면, 복제된 지역 저장소와 원격 저장소는 자동으로 연결된다. 클론 절차 깃허브 원격 저장소의 Code를 누르고, 원격 저장소의HTTPS링크를 복사한다. 클론할 디렉토리를 만들 위치로 이동한 후 다음 명령어를 사용한다. git clone HTTPS링크 디렉토리명 : HTTPS링크의 원격저장소를 해당 디렉토리로 클론함 (해당 이름이 없으면 새로 생성) git clone HTTPS링크 . : HTTPS링크의 원격저장소를 현재 디렉토리에 클론함..