"Spurred by the rise in racism cases across the US, GitHub recently renamed its ‘master’ branch to ‘main’."
main / master
몇 년 전에, 흑인 차별에 관한 이슈로 기본 브랜치 네임이 master에서 main으로 바뀌었다. 기존의 유지되고 있는 master 브랜치를 만났을 때 당황하지 말고자 소주제로 작성하였다.
merge / create pull request
Github을 처음 사용했을 당시에 프로젝트들은 브랜치의 구분을 거의 하지 못했다. 그래서 마지막 기업협약 프로젝트에는 개인적으로 최대한 브랜치들을 쪼개려 노력했다. 하지만 2가지 문제가 발생했다.
프로젝트를 진행하면서 두 폴더에 각각 package.json을 작성해 모듈을 설치하였다. 프로젝트 진행에 있어 오류가 발생했던 적도 있어서 좀 더 자세한 분석 후 글을 수정해야겠다. package.json을 여러개로도 사용은 가능했다!
위 주제와 마찬가지다. 대부분의 모듈 설치에 있어 npm i 혹은 yarn 으로 무의식적으로 설치를 진행하는데 팀원과의 레포지토리 공유 등에 있어 권한 설정에 문제가 생겨 모듈 설치가 정상적으로 이루어지지 않는 경우가 있는 것 같다. 이는 깊게 볼 이유가 있다. 권한은 모든 경우에 있어서 공통점을 파악하고 다른 곳에도 접목시킬 수 있다.
.gitignore 자동 생성 사이트
gitignore.io
기본적으로 어떠한 것이 제외되는지 확인하기에 좋은 사이트. 한 번 써보도록 하자!
대용량의 파일을 레포지토리에 업로드시 필요한 설정이다.
공식 홈
origin/upstream
Forking을 처음 했을 당시 브랜치에 origin / upstream 이 각자 생성되어 혼란이 있었다.
upstream : 가장 원천의 레포지토리
origin : 내 깃허브에 포크된 레포지토리
git init
nano cat tee
git add
. 모든 파일
git commit
-am a:add m:message
git status
git log
git log --oneline --all --graph
git diff
git reset
git checkout
git revert
HEAD, master
touch 파일 추가
--help 도움말
git remote