# git

3698개의 포스트
post-thumbnail

Git 삭제한 브랜치, 커밋 복구하기

최근에 있던 일 입니다...브랜치를 따로 파서 작업 후 main 브랜치에 분명 merge 했다고 생각했는데한번 더 확인 안하고 이전 포스팅에서 처럼 브랜치를 삭제해 버린 제 불찰로 인해 열심히 작업한 스크립트가 전부 날아가버렸습니다.멘탈이 바스라지기 직전이였지만, 옛날

약 2시간 전
·
0개의 댓글

Git 원격 저장소 브랜치 삭제하기 + 로컬 사본 정리

로컬에 github remote repositorie를 clone해서 branch를 새로 파서 작업하다작업이 끝난후 main branch에 merge까지 끝난 상태에서을 입력하여 삭제해도 local repositorie에서만 삭제가 되고remote에서는 삭제되지 않습니

약 2시간 전
·
0개의 댓글

git허브 포트폴리오 작성방법

https://github.com/oneriver2671/JSP_portfolio 참조하여화면 캡쳐까지 추가 할것

약 2시간 전
·
0개의 댓글
post-thumbnail

[Git]rebase 하다가 갑자기 branch가 바뀌는 현상

저는 브랜치를 바꾼 적이 없는데요..!

약 6시간 전
·
0개의 댓글

Git 다양한 추가 기능들

파일의 각 코드 라인별로 커밋 히스토리를 확인하여 작성자를 알아낼 수 있다.\-L : 특정 라인만 확인할 수도 있다.이진 탐색 알고리즘으로 문제의 발생 지점을 찾는다.이진 탐색 시작 (start)현재위치가 오류 발생 지점임을 표시 (bad)의심 지점으로 이동 (chec

약 8시간 전
·
0개의 댓글

Git 태그와 릴리즈

특정 시점을 키워드로 저장하고 싶을 때커밋에 버전 정보를 붙이고자 할 때1.0.0 과 같이 태그를 작성한다.이때 .을 기준으로 첫번째 숫자는 기존 버전과 호환되지 않게 API가 바뀔때 올린다.두번째 숫자는 기존 버전과 호환되면서 새로운 기능을 추가할 때 올린다.세번째

약 11시간 전
·
0개의 댓글

Git 좋은 커밋 메시지란?

누가 보더라도 어떤 작업을 한 것인지 알아볼 수 있도록 작성해야 한다.한 단위의 작업은 하나의 커밋에 담는 것이 좋다.밑의 컨벤션은 전 세계적으로 많이 공유되고 권장되는 방식이다.head, body, footer 사이에 한번 줄바꿈하여 구분한다.

약 14시간 전
·
0개의 댓글

[Git/Github] 맥 터미널로 깃허브 레포지토리에 폴더, 파일 업로드하기-(1)

✨ 과정 기록 📍 업로드하고자 하는 파일 혹은 폴더가 존재하는 폴더로 이동한다. ✔️ 로컬 저장소로 지정하고 싶은 폴더로 이동하는 것이다! ✔️ 나는 주로 업로드하고자 하는 폴더나 파일의 상위 폴더에서 터미널을 킨다. 📍 git init ✔️ 터미널을 킨 후 거기

약 15시간 전
·
0개의 댓글
post-thumbnail

Git Readme.md 작성법 / 마크다운 문법

Git 첫 readme.md를 작성하며 마크다운 문법에 대해서 알아봤다.더 많은 내용이 있겠지만 git readme.md를 작성하며 반드시 알아야 했던 문법을 기록하려고 한다.마크다운(markdown)은 일반 텍스트 문서의 양식을 편집하는 문법이다. README 파일이

약 18시간 전
·
0개의 댓글
post-thumbnail

멘붕 // 220124

git error

약 18시간 전
·
0개의 댓글
post-thumbnail

Git 기본 명령어 정리 1

git 에서 자주 쓰이는 명령어들에 대해 알아보는 첫번째 글입니다! init, remote, clone, add, commit, pull, push 에 대해 알아보겠습니다.

약 19시간 전
·
0개의 댓글

This git repository has untracked files or uncommitted changes

구글링한 결과 2가지 방법을 제시 해줬는데1\. 커밋2\. 깃 로컬 저장소 연결 해지회사에서 업무를 하는 입장에서 마음대로 만지면 안될 것 같아서해결방법을 보니까 느낌상 코드를 원래대로 돌려놓으면 될 것 같아서초기상태로 돌리고 npm run eject 실행하니까.오류가

약 19시간 전
·
0개의 댓글
post-thumbnail

git_part5.5_git pull VS fetch 그리고 원격 브랜치와 fetch

pull 과 fetch의 차이점인 위 공식의 의미를 알아보자 !! 근데 이때 pull 전에 fetch를 통해 이 과정으로 pull과 같은 효과를 낼 수 있다. 또한 여기 master라는 것은 나의 지역 저장소의 master 이다. 여기 origin 은 나의 원

약 21시간 전
·
0개의 댓글
post-thumbnail

git_part5.4_git push & pull

먼저 원격 저장소에 push한 상태이다원래는 오른쪽에서 pull한 후 작업해야하는데 그것을 안하고 작업한 후 버전을 만든다면?각각의 상태는 이러하다.왼쪽이 이미 최신 버전을 올려놓은 상태이다.이 상황에서 b가 git push한다면?reject : 다른 사람이 작업한 것

약 21시간 전
·
0개의 댓글

[Git] 로컬저장소에 새로 원격저장소 clone하기

(선택) 사용중이던 로컬 브랜치를 지우고 깨끗하게 시작하고 싶다면, 기존 브랜치를 지운다.$ git branch {새로운 로컬 branch이름}$ git branch -a \`\`\`만든 로컬 브랜치로 이동하기$ git clone -b main --single-bran

약 22시간 전
·
0개의 댓글
post-thumbnail

git_part5.3_CLI협업_같이 작업하기

공개 저장소든 비공개 저장소든 양 컴터에서 승인을 해야지만 버전을 올릴 수 있다.오픈소스는 누구나 다운 받을 수 있지만 아무나 push할 수는 없다.site에서동료의 github아이디를 입력해야한다그렇게 추가가 되면 이러한 초대장이 편지로 전달되고클릭하면accept로

약 23시간 전
·
0개의 댓글
post-thumbnail

git_part5.2_혼자 작업하기

init을 통해 a라는 디렉토리를 하나 만든다.버전을 하나 만들기 위해 nano worj를 만든다.add 와 commit을 한다.작업이 끝나면 원격저장소를 마련하고 백업한다.사이트에서 저장소를 만든다.지역 저장소를 이미 가지고 있기에 원격저장소 주소를 copy한다현재

약 23시간 전
·
0개의 댓글
post-thumbnail

git_part5.1_CLI협업

깃은 여러개의 저장소에서 하나의 원격 저장소를 통해하나의 프로젝트를 협업할 수 있다.이때 내부적으로는 branch를 사용한다.이러면 conflict를 다룰 수 있다.

약 23시간 전
·
0개의 댓글
post-thumbnail

git_part4.8_오픈소스 가져오기

git으로 사람들이 협업하고 있는 것을 볼 수 있다.사용방법 두가지가 있다.1\. 압축파일 다운 받고 풀어서 사용하는 방법링크를 통해 깃으로 다운받는(clone) 방법이 있다.이렇게 오픈소스들을 다룰 수 있다.깃은 모든 정보, 소스코드 뿐만아니라 버전까지 모두 갖고있다

약 23시간 전
·
0개의 댓글
post-thumbnail

git_part4.6_pull

땡겨오는 것!두개를 다른 컴터라고 생각하자.각자 연결된 원격저장소가 있다..오른쪽에서 수정한 후 커밋한다.이제 원격저장소로 push를 했다.이제 왼쪽에서 새로운 공간에서 작업을 한다.일단 원격저장소로 부터 추가된 변경사항을 가져올 수 있다이제 왼쪽에서 작업을 한 후 c

약 23시간 전
·
0개의 댓글