코드를 관리하는 클라우드 저장소.보통 hub라는 단어를 중심. 이라고한다. 즉 github는 개발자의 중심이 되는것이다. 회사 로컬컴퓨터로 개발을하다가 집에서 이어서 하고싶은데 이때 USB에 담아서 가거나하는방법은 너무나 비 효율적이다.그래서 github를 사용하면 g
신입 개발자에게 팀장님이 file1.txt파일을 수정해! 라고 한것이다. 그래서 신입이 수정을 하고 팀장님께 이메일로 전송했는데 팀장님께서 며칠 있다가 그 file1.txt를 보시더니 '아 ~ 전에 있던 소스코드로 돌려야 할것같은데...?'라는 주문을 받고는 이 신입은
SCM (형상관리) 형상관리란 변경상황을 추적 통제 할 수 있게 되는것이다. 어떤 파일이 있고 이 파일을 점점 발전 시켜 나간다고 할때 어떠한 앤드포인트마다 그 지점을 그대로 보관을 해서 사진을 찍듯이 스냅샷을 저장해 놓는 것이다. 그리고 이 스냅샷들을 브렌치라는 사진
작업을 할때 가장 중앙에서 버전을관리하는 브렌치 이다. 그래서 해당 branch에 있는 버전으로 최종 배포를 한다.근데 작업을 하다보면 해당영역에 영향을 받지 않고 새로운 가지에 빼서 다른 곳에서 기능을 만들어야 할때가 있다.그럴땐 새로운 브랜치를 만들면 된다.git
기본적으로 로그를 정리하기위해서 사용하는 명령어 입니다.시나리오(메인브렌치) 환경설정 -> 로그인 퇴근 -> 로그인아픔 -> 로그인 완료위 로그들이 굉장히 이상하게 적혀있다.위 로그들을 rebase를사용해서 깔끔하게 만들고 싶어졌다.환경설정 -> 로그인위와같이 하고 싶
git remote add origin 으로 github과 연결을 하고 데이터를 동기화 해야한다.get fetch originfetch는 전체 가지를 동기화 시킨다.최초에 github에 있는걸 가져올땐 git clone이 제일 낫다.git clone시에는 마스터 가지만
협업을할때 해당 레포를 관리하는사람이 해줘야할 설정해당 ref->settings->Branches->위설정을 해주면 그 레포를 관리하는 사람이 아닌 계정에서는 절때 main(master)에 push나 merge를 할 수 없게 막아놓는 설정입니다.그럼 위 룰을 비단 ma
예를들어 제가 1~9단까지 구구단을 작성해주는 어떠한 라이브러리를 다운받았는데 이 라이브러리를 쓰다보니 1~21단 까지 구구단을 해주는 기능이 필요해 졌습니다. 그럴때 제가 1~21단 까지 구구단을 해주는 프로그램을 만드는 방법이 있고 1~9단까지이미 만들어진 구구단위