의욕적 인 모범 사례

Question

저는 SCM을 처음 접했을 뿐이니 따라야 할 가이드 라인과 권장 사항이 있음을 알고 있습니다. 그러나 그 중 어떤 것도 인식하지 못했습니다. 저를 SCM에 대해 혼란스럽게하는 여러 가지가 있습니다. 예 :

1. 며칠 또는 심지어 필요한 변경/기능을 수행하고 있다면 가능한 한 자주 가능한 한 자주 최선을 다하고 있습니다.하지만 어떻게해야합니까? 주? 나는 과제를 나눌 수 있지만, 수은은 미래의 변화를 염두에두고 변화를해서는 안된다는 말을한다. 커밋의 모든 변경 사항은 최종 단계에 있어야합니다.
2. 어떤 경우에 분기가 유용합니까? SCM에서 다른 릴리스를 분리하는 경우는 예외입니다.
3. 왜 저장소를 복제해야합니까?

그 어리석은 질문 및 나의 부러진 영어로, 나는 그물에 SCM에 관하여 많은 기사를 읽었다, 그러나 그 모두에는 서로를위한 상반되는 정보가 포함한다.

감사

논리적 뭔가가 완료 또는 분기에 작업을 수행해야 할 때

Answer 1

1. 커밋. 단위 테스트를 통해 코드가 양호 함을 확인한 후 밀어 넣으십시오 ( ). 커밋은 로컬이고 푸시는 공개입니다.
2. 분기 할 때 : 며칠 또는 몇 주 :-)
3. 필요하면 복제 할 때 모범 사례 규칙이 없습니다.

사고 방식은 자주 저지르는 것이 아니라 자주 병합하는 것입니다. 지사에 있다면 메인 라인과 자주 병합하십시오. 작은 청크는 소화하기 쉽고 개발중인 내용에 대한 가시성을 유지할 수 있습니다 (이에 따라 코드를 조정할 수 있습니다).