👩🏻‍💻 Dev/GIT

GIT은 기본적으로 독립적인 히스토리를 병합하지 않는다.  문제 상황시스템 프로그래밍 실습에서, 팀 프로젝트를 하며 4개의 라즈베리파이를 사용했다.팀원들은 각자 하나의 파이에 대응하는 브랜치를 생성해 독립적으로 작업을 진행했다.문제는 최종 코드를 제출하기 위해 각 브랜치를 main 브랜치로 병합하는 과정에서 발생했다.깃허브에서 아래와 같은 메시지가 출력되며 PR 생성이 불가능했다.There isn't anything to compare.main and rfid-and-pir are entirely different commit histories PR이 아예 올라가지 않는 상황이었고, 깃허브 웹 인터페이스만으로는 문제를 해결할 수 없었다.로컬 환경에서 CLI(Command Line Interface)로 간..

git rebase를 진행하다 보면 prepare-commit-msg 훅이 커밋 메시지 형식을 검사하는 과정에서 오류가 발생할 수 있다.커밋 메시지가 정해진 규칙에 맞지 않으면 rebase가 중단되고, 아래와 같은 메시지가 출력될 수 있다.COMMIT REJECTED: { [api|web|infra] feat|fix|refactor|chore|test|docs|style|rename: commit 제목 } 제시된 형식에 맞게 작성해주세요husky - prepare-commit-msg hook exited with code 1 (error)error: could not commit staged changes.prepare-commit-msg를 또 수정하여 새로운 커밋을 작성하기 보다는,rebase 중에 p..

문제 상황git status를 확인하면 분명 로컬에 커밋이 있어서 push가 필요하다고 하는데, git push가 안 되는 상황. 에러 관련 메시지들을 보면error: RPC failed; HTTP 400 curl 22 The requested URL returned error: 400원격 프로시저 호출(RPC)이 실패했다, HTTP 400 오류가 발생했다고 한다. 이는 클라이언트 측 요청이 잘못되었음을 의미한다.send-pack: unexpected disconnect while reading sideband packet사이드밴드 패킷(데이터 전송을 위한 패킷)을 읽는 중에 원격 서버와의 연결이 예상치 못하게 끊겼다고 한다. 해결 방법해결 방법 먼저 살펴보자. git config --get http.p..

브랜치 이름 규칙기능 개발: feature/login, feature/select-product출시 준비: release-1.3, release-1.4긴급 수정: hotfix-1.2.1커밋을 해야 그때부터 브랜치다. 병합브랜치를 생성한다는 건, 협업을 위한 것그래서 브랜치를 병합한다. : 깃허브에서 병합 방법 : fast-forward와 3waysfast-forwardA branch에서 B branch를 생성한 시점부터,A branch에는 아무런 추가 구현을 하지 않고B branch만 추가 구현한 뒤B branch와 A branch를 합치면 -> A에 B가 붙으면 끝남.Before merge:main:    A---B              \feature:       C---DAfter fast-for..

깃허브 레포지토리 생성깃허브에서 레포지토리 생성하면 친절하게 세팅 방법을 알려준다. GitHub token처음으로 깃허브 연결한다면 usename, password 필요하다.password는 깃허브 패스워드가 아니라, 토큰 생성해서 집어놔야 한다. 프로필 - Settings - 제일 아래 Developer settings 들어가서Generate new token (classic) 해주면 된다.보안, 관리 효율성을 위해 여러 개의 토큰을 발급하여 사용할 수 있다.  git clonegit clone 원격저장소URL 새 디렉토리 생성: git clone을 실행하면, 지정한 리포지토리의 이름을 가진 새 디렉토리가 생성됨. 이 디렉토리는 클론된 리포지토리의 루트 디렉토리가 되는 것git init 실행: 새로 ..

commit을 하면 그 프로젝트의 버전을 통째로 옮기는 것!?한 수업에서 강사님께서 이렇게 말씀하셨다. 이 말처럼, 커밋을 들어가 browse files 하면 ? 그 당시의 프로젝트의 상태, 버전을 확인할 수 있다.그렇다면 Git은 모든 프로젝트를 새롭게 저장하는 걸까? -> 당연히 아니다. Git의 저장 방식은 효율적이고 강력한 버전 관리를 가능하게 하며,이는 스냅샷(Snapshot)과 델타(Delta, Δ 변화량)의 개념을 결합하여 이루어진다. 1. 스냅샷(Snapshot)Git은 각 커밋 시점에서 프로젝트의 모든 파일을 스냅샷으로 저장함. 그러나 모든 파일을 매번 복사하지 않음. 변경된 파일만 새롭게 저장하고, 변경되지 않은 파일은 이전 커밋의 데이터를 참조함.예를 들어, 100개의 파일이 있는 프..

GIT로컬 시스템GIT: 내 컴퓨터 안에서 버전 관리. 깃허브와 소통 (백업, 복구, ...)GITHUB: 원격 컴퓨터에서 백업 담당하는 시스템. 내 컴퓨터와 별도로 버전 관리. 다른 컴퓨터와 깃허브를 통해 협업 git installhttps://git-scm.com/ Git git-scm.comOS에 맞게 깃 설치git --version으로 확인 가능 쉘(Shell)셸 (Shell): 운영체제에서 사용자와 시스템 간의 인터페이스 역할을 하는 프로그램.사용자는 쉘을 통해 시스템 명령어를 입력하고, 쉘은 이 명령어를 해석하여 운영체제에서 실행할 수 있는 형태로 변환한다.왜 Shell이라는 이름을?- 사용자와 운영체네 내부(커널) 사이의 인터페이스를 감싸는 층- 껍데기를 통해서 안에 있는 내용물에 접근한다는..

.DS_Store 파일이란?.DS_Store는 macOS에서 자동으로 생성되는 숨김 파일이다.이 파일은 Desktop Services Store의 약자로, Finder(파일 탐색기)에서 디렉토리의 메타데이터를 저장하는 데 사용된다.여기에는 폴더의 아이콘 위치, 창 크기, 창 배경 이미지 등 폴더의 뷰 설정과 관련된 정보가 포함된다..DS_Store 파일은 사용자가 폴더를 열거나, 특정 방식으로 정렬하는 등의 작업을 할 때마다 생성되며, 폴더마다 하나씩 존재할 수 있다.이 파일은 macOS에서만 사용되며, 다른 운영체제에서는 불필요하거나, 때로는 불편을 줄 수 있다..DS_Store 파일 지우는 법1. 개별적으로 지우기터미널에서 다음 명령어를 사용해 특정 디렉토리 내의 .DS_Store 파일을 삭제할 수 ..

프로젝트란?하나의 프로그램을 만들기 위한 일련의 프로세스.기획, 설계, 소스 코드 구현, 테스트, 배포 등 프로그램을 만들기 위한 모든 과정많은 협업이 필요할 때도 있다.-> 협업을 잘하기 위해서는 코드, 문서 공유 등을 통한 소통이 중요하다! 개발자의 필수 역량이며 프로젝트의 성공을 좌우한다.  README의 역할1. 완성된 프로그램의 설명서프로그램 사용 방법레퍼런스2. 구현중인 프로젝트의 현황구현된 주요 기능구현 현황코드가 해결해야하는 문제 등 Markdown 작성법1. 순서가 있는 목록- 순서가 없는 목록_기울여_**굵게****_기울여 굵게_**# 제목 1~6단계개행은 역슬래쉬 \\ ( -> 깃허브, 디스코드에선 다르게 사용 )백틱 3개```프로그래밍 코드는 줄의 제일 앞에 공백 4칸 이상 띄워서 ..

Git LFS란 ? GitHub는 100MB 이상의 파일을 올릴 수 없다. Git LFS는 대용량 파일을 다루기 위한 오픈소스 프로젝트이다. Git LFS는 대용량의 파일들을 Git 내부의 텍스트 포인터로 대체하고, 파일의 내용은 원격 서버에 저장하도록 한다. Git LFS 레포지토리 clone 오류? LFS로 등록된 레포지토리를 그대로 clone 받으면 Git LFS 서버를 추적할 수 있는 텍스트 포인터만 저장되고, 원래의 코드들은 불러오지 않을 수 있다. 아래와 같은 과정으로 해결할 수 있다. 1. macOS 에서 git-lfs 설치하기 brew install git-lfs 2. Repository clone git-lfs를 install 하기 전의 repo에는 lfs 가 적용되지 않는다. 이전에 받..