[8/16] merge, fetch, pull, pull request, branch, fast-foward, 3-way
1. 깃 브랜치 이름 규칙 메인 브랜치를 복사해가는 경우 (== 새로운 브랜치를 만드는 경우) 메인 브랜치는 진짜 사용자들이 사용하고 있는 버전의 브랜치-> 즉, 현재 사용자들이 사용하고 있는 버전이 1.2 라고 했을 때 1.2 버전이 바로 메인 브랜치의 코드 1. 기능 개발기능 개발을 위해 브랜치를 만드는 경우 예시와 같은 규칙을 가지고 이름을 만드는데, 정확한 규칙은 내가 속해 있는 팀의 규칙에 따라 지으며 된다. ex) feature/login, feature/select-product 2. 출시 준비 ex) release-1.3, release-1.34 3. 긴급 수정긴급 수정은 사용자에게 이미 완성 버전을 배포했는데, 버그가 있는 경우를 말한다.(다음 버전을 기다릴 새 없이 긴급하게 고쳐야 하..
2024. 8. 16.
[TIL] 8/12 프로젝트, 리드미, 버전관리
1. 프로젝트 관리의 중요성 프로젝트는 일정한 기간 안에 일정한 목적을 달성하기 위해 수행하는 업무의 묶음이다.하나의 프로젝트는 정해진 기간, 배정된 금액, 투입인력 등 일정한 제약조건 하에서 각종 요구사항(requirement)을 수행하는 방식으로 진행된다. -> 즉, 하나의 프로그램을 만들기 위한 일련의 프로세스다! 최근에는 개인과 팀 프로젝트의 위상이 비슷해졌지만 회사에서는 팀 프로젝트를 주로 하게 되기 때문에 협업 툴을 사용하고, 협업을 하는 프로젝트가 중요할 수 밖에 없다. 협업을 잘하는 개발자가 되는 것이 중요한데, 협업에서는 "공유" 하는 것이 중요하다. (코드 공유, 문서 공유, ..) 근데 코드만 공유하면, 내가 어떤 코드를 짠 것인지 다른 사람이 바로 이해할 수 있을까?그래서 사용하는..
2024. 8. 12.
