깃허브

git init을 입력하면 git init을 입력한 위치의 모든 파일들이 Git의 관리를 받게된다.이 명령어를 입력하면 앞으로 git init을 입력했을 때 생성되는 기본 브랜치의 이름이 변경할\_브랜치이름으로 설정된다.현재 위치하는 브랜치의 이름을 바꾸려면 아래의 명

혼자 작업하는 경우의 workflow를 이해한다.함께 작업하는 경우의 workflow를 이해한다.상황에 따라 Github의 기능과 Git 명령어를 사용할 수 있다. Fork clone statu

Git의 환경설정을 할 수 있다.버전 관리 시스템의 필요성을 이해할 수 있다.Github과 Git의 관계에 대해 이해할 수 있다.Repository에 대해 이해할 수 있다.Local Repository와 Remote Repository의 차이를 이해할 수 있다.깃의 핵

상대방의 깃 레포지토리에 있는 소스파일들을 내 레포지토리로 가져오는 것을 fork라고 한다.여기에서클릭을 하면 내 레포지토리로 가져올 수 있게 해준다.나의 레포지토리로 들어가면 이렇게 잘 fork가 잘 된 것을 볼 수 있다. 포크로 찍어와서 내 그릇으로 가져왔다고 이해

GitHub는 개발자들의 SNS라고 불릴 정도로 다양한 종류의 오픈소스 프로젝트가 공유되어 있다. 기본적인 마크다운 사용법을 잘 숙지하고 있으면 간단한 소개 페이지 처럼 제작할 수 있다. 양식은 따로 존재하지 않다. 대체로 활용방법에 대한 상세한 정보가 작성되어 있다.

백엔드 브런치에서 dev브런치로 옮겨 프로덕션 환경에서 테스트를 하려고한다.그런데 pull requst를 하니 Merge가 안되는 상황이 발생했다.merge가 안되는 이유는 몇 가지가 있는데 그 중 하나는'충돌 범위가 너무 많아 시스템이 충돌 범위를 헤아리기 어렵기 때

troubleshootiog issue(2) 금요일 업무를 마무리 하고 월요일에 출근했는데 dbConfig.js의 코드가 uploadConfig.js의 코드로 덮여있어, 기존의 코드가 전부 날아간 상태 다행히 git hub에 변경사항 마다 commit내역이 있어서

몇번이나 git으로 작업을 하는데도 기본적인 지식을 반복하지 않으면 잊게되는 것 같다.그래서 git workFlow에 대해 마음먹고 정리한다.혼자 작업하는 workflow함께 작업하는 workflowGit의 3가지 영역 및 상태를 이해한다.충돌이 발생한 경우 해결한다.

로컬이랑 원격에 같은 파일이 있는데 그 로컬에서 아직 merge가 되지 않았다고 인식했기 때문이다.

주소창에서 url github 뒤에 1s를 붙여주면 Visual Studio Code 처럼 Ui가 바뀌는 것을 확인할 수 있다.URL & URI의 차이?URL: URL(Uniform Resource Locator)은 자원이 실제로 존재하는 위치 \- ex. https

🚨 git fetch origin 명령어를 사용하면 fatal: couldn't find remote ref refs/heads/dev 에러가 발생하는 문제가 있음.✅ .git/config 파일에서 dev 브랜치 관련 항목 삭제: config 파일에서 dev 브랜치와

Git은 개발자들이 협업을 할 때 가장 널리 사용하는 버전 관리 시스템 중 하나입니다. 그중에서도 브랜치 관리는 효율적인 협업과 코드 품질을 유지하는 핵심 요소입니다. 이번 포스트에서는 Git 브랜치를 관리하는 다양한 방법과 전략을 소개하고, 이를 통해 코드 품질과 협