나는 Mercurial의 mantra 1에 항상 동의 했지만, 이제 Mercurial은 rebase 확장과 함께 제공되며 git에서 인기있는 관행이므로 실제로 "나쁜 습관"으로 간주 될 수 있는지 궁금합니다. 사용을 피하기에 충분히 나쁘다. 어쨌든, 나는 밀고 난 후에 rebasing이 위험하다는 것을 알고 있습니다.
OTOH, 5 개의 커밋을 하나의 패키지로 패키지화하여 (특히 생산 지점에서) 멋진 것으로 보이게하는 요점을 보았지만 개인적으로 일부 커밋을 볼 수있는 것이 더 좋을 것이라고 생각합니다 실험은 아무리 멋지지 않더라도 이루어 지지만 "X를하려고 노력했지만 결국 Y만큼 최적이 아니므로 Z를 기본으로 삼는 것"과 같은 것을 보는 것은 IMHO가 공부하는 사람들에게 좋은 가치를 줄 것입니다 코드베이스를 개발하고 개발자의 생각을 따르십시오.
내 의견은 (멍청한, 내장, 편견에서와 같이) 실수를 숨기려고 rebase와 같은 프로그래머는 ...이 프로젝트에 전혀 좋지 않다고 생각합니다.
그래서 나의 질문은 : 당신이 실제로 그러한 "유기 커밋"(즉, 훼손되지 않은 이력)을 갖는 것이 가치가 있다는 것을 알게 되었습니까? 아니면 반대로, 당신은 멋진 커밋 된 커밋을 겪고 프로그래머의 실험 과정을 무시하고 싶습니까?; 어느 쪽을 선택하든 왜 효과가 있습니까? (다른 팀원들에게 역사를 유지하도록하거나 대안으로 근거를 바꾼다).
Mercurial "History is Sacred"에서 Google DVCS 분석 당 1 개