Github
-
03. 브랜치 전략Github 2020. 5. 23. 22:34
# What? - 분산버전관리 전략 # Why? - 운영 사이트용, 테스트 사이트용 버전을 나눠서 운영할 필요가 있음 (운영 사이트에 변경된 소스를 바로 적용해서 테스트하면 오류 있을 경우 치명적인 손해로 돌아올 수 있음, 안전하게 테스트용 사이트에서 확인해보고, 운영 사이트에 반영하는게 안전) - 기능 단위별로 개발 기능 단위별로 브랜치를 따로 따서 관리하면 여러명이 개발할 때도 용이하고, 한 브랜치를 오래 붙잡고 작업하지 않기 때문에 서로 작업한 결과물을 합칠 때 충돌이 덜 남(짧은 주기로 개발해서 자주 소스를 합치면 서로 싱크로율이 많이 어긋나지 않음) # How? 브랜치명 용도 master 운영 브랜치 hotfix 운영 사이트에 발생한 오류를 급하게 수정해야할 때 dev 개발 브랜치 release..
-
01. 깃허브에 저장소 만들기Github 2020. 5. 23. 17:34
# what? 이게 뭔데? - 소스관리 툴, 원격저장소 명령어 용도 git remote [원격 저장소 주소] 내 프로젝트를 생성한 원격 저장소에 연결 git add [변경한 소스](*이면 변경한 소스 전부를 의미) 변경한 소스를 원격 저장소에 올리기 위해 택배트럭에 옮겨놓기 (이해를 돕기 위해 택배를 보낸다 가정) git commit -m [변경한 소스에 대한 설명 메모] 택배트럭에 옮긴 소스에다 내가 이 소스를 왜 변경했는지 포스트잇 붙여놓는 느낌 git push origin master[브랜치명] 택배트럭을 출발시켜 원격저장소에 소스 배송하기 # why? 이걸 왜 쓰는데? 1) 버전 관리가 편함 - 최종.zip, 진짜최종zip, 리얼마지막.zip 이런짓 안해도 됨 2) 소스 관리가 용이함 - 소스변화..