꼰대코더

※ 이력은 $ git log 를 통해 확인 가능 1. 직전 commit 를 수정 myfile.txt 를 수정$ git add myfile.txt $ git commit --amend   => "second commit" 가 표시되고 수정가능 => "second & edit commit" 2. revert | reset이전의 commit 을 취소하는 기능은 같으나 로그가 남는(revert)것과 남지 않는(reset)것이 다른 점이다.팀으로서 개발시에는 다른 팀원들이 이력을 알 수 있도록 하는 면에서 revert 를 추천한다. $ git revert HEAD=> 자유롭게 메세지 수정 가능   $ git reset --hard HEAD~~  3. cherry-pickmaster(second commit)에서 ..

merge conflict 의 시나리오1. 동일 화일을 변경해서 merge 하는 경우        master 에서 issue2 와 issue3 로 분기해서 작업                  먼저 issue2를 merge하고나서 issue3를 merge하는 경우$ git checkout master Switched to branch 'master' $ git merge issue2 Updating b2b23c4..8f7aa27 Fast-forward  myfile.txt |    2 ++  1 files changed, 2 insertions(+), 0 deletions(-)$ git merge issue3    Auto-merging myfile.txt    CONFLICT (content): Mer..

v1.0 에서 버그가 발견되어 bugfix의 v1.1 을 생성하고 main 에 bugfix 내용을 적용하고자 한다.

tag & release릴리스 버전의 표식을 위해 사용이전 실행되었던 commit 으로 이동하기 위해 사용프로젝트내의 특정 변경을 표식변경에 관한 문서를 제공하는데 도움아래는 릴리스 버전의 표식을  위한 설명 1. 리포지트리의 오른쪽 하단의 Create a new release 를 클릭 2. Choose a tag 을 클릭하여 원하는 새로운 버전명을 입력 3. Generate release notes 를 클릭하면 자동으로 샘플이 입력, 내용에 맞게 편집 후 Publish release 클릭  4. 아래와 같이 생성

준비 로컬 리포지트리에서 github 에의 인증을 위해 엑세스 토큰 생성 ☞ 여기를 참조1github의 새로운 정책에 의해 패스워드 입력이 나오면 엑세스 토큰을 입력해야 하니 주의가 필요github 리포지트리 생성외부에 공개하지 않는 경우에는 Private를 체크하고 나머지는 디폴트설정 후 Create repository생성된 리포지트리 화면에서 Code 를 클리하여 URL 을 카피한다. 새로운 프로젝트를 등록로컬 개발PC의 컴멘드 프롬프트에서 개발 디렉토리로 이동github에서 카피한 URL clone 한 후 생성된 리포지토리명 디렉토리로 이동한 후 main 브랜치로 전환> git clone https://github.com/your_account/repository_name.git> cd your_a..

Git의 대표적인 브랜치 전략 Git Flow        … 유연한 브랜치 구성이지만 복잡GitHub Flow … master 브랜치는 deploy가능한 상태를 유지하기에 최소 구성GitLab Flow  … develop, staging, production 브랜치등의 상용 전개를 의식※ GitHub과 함께 사용하기에 GitHub Flow를 소개한다.branch / commit main 은 근간 브랜치이고 새로운 기능을 추가할 시에는 main 에서 각각 새로운 브랜치(dev-1, dev-2.. 이름은 자유)를 파생시켜 작업을 진행하게 된다.동시에 새기능을 추가시에는 같은 화일을 건들면 나중에 merge시에 conflict 가 되니 주의가 필요하다.commit 은 브랜치내에서 가능하고 작은 단위의 작업이..