Commands15 3. bug fix 생성 v1.0 에서 버그가 발견되어 bugfix의 v1.1 을 생성하고 main 에 bugfix 내용을 적용하고자 한다. 2025. 2. 5. 2. tag & release tag & release릴리스 버전의 표식을 위해 사용이전 실행되었던 commit 으로 이동하기 위해 사용프로젝트내의 특정 변경을 표식변경에 관한 문서를 제공하는데 도움아래는 릴리스 버전의 표식을 위한 설명 1. 리포지트리의 오른쪽 하단의 Create a new release 를 클릭 2. Choose a tag 을 클릭하여 원하는 새로운 버전명을 입력 3. Generate release notes 를 클릭하면 자동으로 샘플이 입력, 내용에 맞게 편집 후 Publish release 클릭 4. 아래와 같이 생성 2025. 2. 5. 1. git - 정상적인 처리 준비 로컬 리포지트리에서 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.. 2025. 2. 5. 0. git 기초 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 은 브랜치내에서 가능하고 작은 단위의 작업이.. 2025. 2. 5. 이전 1 2 3 4 다음
