Algoroot's space

프론트엔드 팀원 분과 지난 3주간에 걸쳐 협업을 잘 해왔는데 프로젝트가 완성이 되어 가면서 dev에 있는 프로젝트를 main에 merge시키려는 과정에서 아래와 같은 문구가 떴다. 우선 로컬 main에 dev를 merge시키려는 과정에서 발생한 오류인데 왜 연관이 없다고 하는지 몰라 구글링을 했다. 찾아보니 원인은 두 가지라고 한다. 1. 서로 관련 기록이 없는 이질적인 두 프로젝트를 병합할 경우 2. 로컬 저장소와 원격지의 저장소의 기록(History)을 비교했을 때 소스코드의 차이가 심한 저장소의 경우 내 경우는 1번에 해당했던 것 같다. 더 찾아보니 로컬에 있던 프로젝트와 깃 저장소에 있던 프로젝트를 깃에서는 서로 다른 프로젝트라고 인식하고 있어서 생길 수 도 있다고 한다. 로컬 main브랜치에서 ..

문제 상황 평소처럼 공부한 내용을 github에 푸시하고 난 뒤에 메일 하나가 왔다. 내 mongo DB URL 이 노출되었다는 메일이었다. gitGurardian이란 별도의 보안 서비스 업체에서 홍보를 겸한 경고 메일이었다. 처음에 git을 공부하면서 gitignore이란 게 있구나~ 한 적이 있는데 이런 상황이 닥치니 gitignore을 이용한 뭔가가 있겠거니 싶어 또 폭풍 구글 서치.. 보통 API키나 ID, PW와 같은 기밀 정보를 오픈소스에 올리면 보안 유출 위험이 크므로 보안사항들은 환경변수로 따로 저장해 그 파일은 github에 올라가지 않도록 하는 과정이 필요하다. 과정 중 여러 방법이 있었는데 나는 그중 가장 설정하기 편리하고 뭔가 안전해 보이는(?) dotenv를 설치하여 해결해보려 한..

오늘 내일 14년지기 친구들과 여행을 간다. 가기 전에 노마드코더 챌린지를 하고, 어제 하지 못했던 알고리즘 문제들을 깃헙에 push하려고 새벽 5시에 일어났다.. 그런데 깃헙에 push하고 contribution 그래프를 가만보니 레파지토리 생성 이후로 수정사항이 생길 때마다 그간 commit 해왔던 것들이 전부 업데이트가 되지 않고 있는 걸 알아챘다. 늦기전에 알아서 참 다행이다. 그래프에 업데이트가 안되는 이유는 여러가지가 있었다. contribution 그래프 반영이 안되는 이유 Github 공식 홈페이지 번역 커밋할때 사용한 이메일 주소(local repository의 user.email)가 github계정의 이메일 주소와 같아야 합니다. fork를한 commit은 적용되지 않고 독립적인 rep..

오랜만에 깃헙에 소스 좀 push 하려고 하는데 또 이러네.. 저번에도 마주한 오류 문구라 똑같은 방법으로 했지만 되지 않았다. 그 이후에도 폭풍 구글링으로 여러 방법을 써보았다. 내가 시도해본 방법은 이래와 같다. 1. 원격저장소와 로컬 저장소의 자료가 다를 때 나타날 수 있음 따라서 pull 먼저 하고 다시 진행한다. 2. 강제 push 해본다. git push -u origin +main 이 방법은 조심해야 한다. 강제 push를 하게 되면 로컬에 없고 원격에 있던 자료를 잃게 된다. 그래서 1번 방법으로 해결하는 게 낫다. 3. git파일을 다시 삭제 후 재 진행해본다. 이것 저것 했는데 안되다가 혹시 몰라 push를 master로 했더니 된다.. 읭/? 하지만 github에서는 작년 10월 이..

문제 상황 오늘도 오류를 하나 겪었다. Git에 Push는 성공했으니 이제 하고 싶은 게 더 생겨버렸다. 어제 글에 썼던 것 같은데 폴더를 여러 개를 관리해서 상위 폴더 경로로 올리고 싶었다. 우선, 이게 가능한 지부터 알아봤어야 했는데 찾아보니까 가능한 것 같아서 시도해봤다. '폴더를 넣고 싶으면 상위 폴더 경로로 넣어라' 라고 해서 우선 넣고 싶은 폴더를 정리했다. 그래서 Git-HTML_CSS폴더로 경로를 지정해 push를 시도했다. 그런데 디렉터리에 이런 폴더에 화살표가 생기면서 폴더가 클릭이 안됐다. 터미널을 다시 보고 애초에 커밋이 되지 않았던 걸 확인했다. 이해가 되지 않았다. 설마 내가 폴더를 너무 많이 만들었나? 상위와 하위 폴더 하나씩만 되는 건가? 하는 의문이 들어서 구글링을 '깃허브..

어제 있었던 이슈를 다시 회고해보자.. 어제 마주쳤던 문구 remote: Support for password authentication was removed on August 13, 2021. Please use a personal access token instead.' 그리고 Github에서는 어제 문구와 같이 더 이상 패스워드로 작업할 수 없다. 따라서 Token-based authentication 토큰으로 권한을 받아야하는데.. Github에서는 이 외에도 3가지의 인증방식이 더 있다. 1. Token-Based Authentication 2. SSH Key 3. Personal Access Key 4. OAuth 이 중에서 나는 SSH 키로 인증을 했던 것.. 하지만 1번이나 3번으로도 많이..

서론 : Git 과의 만남 호주에서 디자이너로 근무하던 시절,, 프론트엔드쪽으로 가볼까 하며 한 3일정도? 공부하다가 일이 너무 바빠져서 못했던 때에.. 그 때 Git 이라는 것을 알게 되고, 하루 종일 걸려가며 계정을 만들고 유투브를 봐도 이해가 어려워 거의 관련 영상은 다 보고 push에 성공했던 적이 있다. 그 이후로 건들지도 않다가 오늘 강의를 보며 만든 파일들을 계속올리면서 연습하는게 좋을 것 같아서 구글링과 유투브를 통해 찾고 시도를 했다. 본론 : Git과의 사투 간단한 것을 만들려고 설치를 하려는데, 이게 웬걸 'homebrew'를 먼저 설치하라고 뜬다. 저번에는 window용 설치 프로그램을 깐 루틴으로 했는데 맥북이라 그런건가? 우선 깔았다. 터미널을 써서 설치하는 것은 쉬었으나, 익숙..