🐈‍⬛github

GitHub에서 Pull Request(PR)를 만들고 관리하며 병합하는 과정은 오픈 소스 프로젝트나 팀 협업에서 매우 중요한 부분입니다. 평소에 제가 의문을 가지고 있던 부분들을 중심으로 풀어나겠습니다!Pull Request 생성 및 요약 작성PR 설명: PR 작성

워크스페이스 (Work Space)위치: 내 컴퓨터의 작업 디렉토리.역할: 실제로 코드 파일을 작성하고 수정하는 작업 영역입니다. 예를 들어, 프로젝트 폴더 안에 있는 모든 파일이 워크스페이스에 해당합니다.인덱스 (Index)위치: 내 컴퓨터의 Git 내부 영역.역할:

깃/깃허브 구분 👉 Git : 버전 컨트롤 시스템(version control system). 👉 Github : 원격 저장소(remote repository). 현재 깃허브에서 master라는 이름 대신 main 이름을 default로 해놓은 상태지만 사용자가 m

레포지토리를 새로 생성 할 때 하는 Quick setup에 대한 코드를 줄마다 설명해보겠습니다!만약 새로운 프로젝트를 시작하는 경우, 아래 명령어들을 사용하세요:레포지토리에 README 파일 생성:깃 초기화:해당 디렉토리를 새로운 Git 리포지토리로 초기화합니다.파일

예시로 로컬 작업 트리에서 README.md 파일이 추적되지 않은 상태로 남아 있으며, 브랜치를 전환할 때 해당 파일이 원격 브랜치의 파일로 덮어써지게 되어 발생합니다. 이를 해결하기 위해서는 몇 가지 옵션이 있습니다. 파일을 임시로 저장한 후 브랜치를 전환하는 방

다른 Git 저장소에 연결된 코드를 새로운 저장소로 푸시하려고 할 때 > 로컬 Git 저장소가 이미 다른 원격 저장소에 연결되어 있기 때문에, 그 상태에서 새로운 원격 저장소로 푸시하려면 기존 연결을 재설정해줘야 합니다. 해결 방법: 기존 원격 저장소 연결을 새로운

Git에서는 로컬 브랜치와 원격 브랜치가 각각 관리되며, git branch 명령어로 확인하는 브랜치는 로컬에 존재하는 브랜치만 표시됩니다. 원격 저장소의 브랜치는 로컬에서 직접 가져오지 않으면 해당 목록에 나타나지 않습니다. 그러나 git branch -r 명령어를

경로: $제어판/프로그램/ Windows 기능켜기 및 끄기windows 하이퍼바이저 플랫폼가상 머신 플랫폼Hyper-VLinux용 Windows 하위 시스템체크 후 재부팅Enter new UNIX username: pswpassword: 030101vim편집기와 gcc

– 위 명령 후 commit을 수행해야 함– Git으로부터 더 이상 추적되지 않음– 워킹 디렉터리에 있는 파일도 삭제됨– 위 명령 후 commit을 수행해야 함– Git으로부터 더 이상 추적되지 않음– 워킹 디렉터리에 여전히 보존됨– 추적되지 말아야 할 파일들을 실수로

이 과제는 두 명의 개발자가 서로 다른 컴퓨터에서 협력하는 상황을 시뮬레이션한 Git 및 GitHub 실습입니다.목표: 로컬 저장소에서 새로운 프로젝트를 만들고, 이를 GitHub의 원격 저장소에 업데이트하는 절차입니다.로컬에서 새로운 프로젝트 생성:MyReposito

이 상황에서는 다음 절차를 따르면 네가 수정한 코드도 보존하고, 원본 코드의 최신 변경 사항도 반영할 수 있어. 이 과정은 "리베이스(rebase)"를 통해 진행할 수 있으며, 기본적으로 원본 코드의 최신 상태로 네 작업을 옮겨오는 과정이야.원본 저장소 추가하기: 먼저

~(틸드) 기호는 사용자의 홈 디렉토리를 나타내는데, 현재 Git Bash에서 루트 디렉토리를 /c/Users/parks로 변경했음에도 불구하고 ~가 그대로 /c/Users/parks를 가리키지 않음이 문제를 해결하려면 Git Bash의 홈 디렉토리를 확실하게 /c/U