VCS에서 프로젝트 추적을 언제 시작해야합니까?

Question

저는 최근에 제가 자주 (새 프로젝트로서) 가지고있는 새로운 아이디어에 대해 해킹하고 싶을 것입니다. 그리고 1 시간 정도면 유망 해 보일 것입니다. 그렇지 않다면 나는 그것을 쓰레기통에 버릴 것이다.

내 질문에 따라 이러한 작은 실험을 추적해야 할 때가 언제입니까? 처음부터, hg init revolutionary_idea처럼, 또는 내가 그것을 유지해야한다고 결정한 후에?

지금 당장해야 할 생각이 없기 때문에 머리가 튀어 나오고 초기화되고 커밋 된 것을 밖으로 살피기까지 기다리고 있습니다. 모든 다른 저장합니다.

그러나 처음부터 정기적으로 커밋하면 내가 한 모든 일과 이유에 대한 매우 상세한 일정을 갖게됩니다.

세 번째 손에서 처음부터 추적하고 유지하겠다는 것을 알기 전까지 커밋하지 않으면 나중에 초기화를 수행하는 것과 다를 바가 없습니다. 맞습니까?

너희들은 어떻게 생각하니? 이 경우 "우수 사례"란 무엇입니까?

Answer 1

새 프로젝트를 생성 한 직후에 init 명령을 사용합니다. 힘내 너무 쉽게, 아무 이유가 없어 하지 그것을 할 수 있습니다. 나는 계속해서 분기하고, 커밋하고, 병합하는 등의 일을하기가 쉽습니다. 실패한 실험이나 다른 것에 대해 걱정할 필요가 없습니다. 왜냐하면 그들은 쉽게 되돌릴 수 있기 때문입니다.

제 생각에 버전 관리를 항상 사용하지 않는다면 잘못 생각한 것입니다. 단일 파일 스크립트와 정말로 간단한 데모 프로그램을 제외하고. 나는 그들을 추적하는 자식을 사용하여 귀찮게하지 않습니다.

Answer 2

DVCS - How often and when to commit changes에서 설명했듯이 사설 지사 (즉, 다른 지회 또는 다른 곳으로 푸시하지 않는 지사)에서 필요한만큼 커밋 할 수 있습니다.

특정 개발 라인을 유지하려는 경우 reorganize your commits을 논리적 커밋 (각 인스턴스는 안정적인 상태를 나타내며 단위 테스트를 통과 함) 또는 간단한 merge --squash을 모두 수행 할 수 있습니다.

극단적 인 경우로 이동하지 마십시오 : doesn't make sense to commit after every save with a DVCS.

Answer 3

일반적으로 내가 무엇인가를 시작한다면, 내가하는 첫 번째 일은 저장소를 만드는 것입니다. 저장소를 생성하는 것은 git와 hg의 가벼운 무게이므로, 그렇게함으로써 잃어버린 것이 없으며 얻을 수있는 것이 많습니다.

새 프로젝트가 어디에도 적용되지 않으면 삭제할 수 있습니다. 저장소 및 모든 항목을 삭제할 수 있습니다.