최종 접근 방식을 결정하기 전에 다른 아이디어를 신속하게 프로토 타이핑하고 코드를 '실험'하는 데 종종 시간을 씁니다. 그러나 나는 "체크 포인트 (checkpointing)"를 지원하는 좋은 워크 플로우를 찾기 위해 고심하고있다.힘내 : 코드를 신속하게 프로토 타이핑하기위한 좋은 워크 플로우가 있습니까
git을 사용하면 쉽게 커밋 할 수 있지만 지점의 커밋간에 앞뒤로 점프하는 것은 머리가없는 분기로 끝나고 실제로 커밋되지 않은 커밋을 쉽게 잃을 수 있습니다. "featureA_simple_threshold_20", "featureA_simple_threshold_10", "featureA_complex_threshold_42"와 같은 여러 가지 분기를 만들면 해당 문제가 해결되지만 매우 복잡한 작업 공간이 생깁니다. 그리고 그것은 분쟁이 시작되기 전입니다.
나는 파이썬을위한 레시피 패키지를 보았습니다 : https://github.com/recipy/recipy 이것은 찾고자하는 것과 비슷하지만 배열과 유사한 객체를 사용하는 것에 의존합니다. 내 결과.
꽤 일반적인 사용 사례 인 것처럼 보이므로 추천 할만한 좋은 워크 플로우가 있습니까? 여기에서 나를 도울 수있는 대안 도구가 있습니까? (저는 주로 파이썬으로 개발하고 있습니다 만, 이것은 언어 이외의 특정 문제처럼 보입니다)
여러 가지 가지가 있지만 일단 접근법을 결정하면 다른 가지를 삭제 (또는 필요한 경우 병합/리베이스)하여 제거하십시오. 여러 프로토 타입을 만드는 것은 좋은 생각이지만 나쁜 것들을 버리십시오. 또한 많은 시도로 인해 기록이 지저분 해지면이를 시도한 다음 첫 번째 옵션 등으로 돌아가서 간단히 rebase/squash 작업을 수행하여 여러 개의 앞뒤 커밋을 하나로 결합합니다. –
[tags] (https://git-scm.com/book/en/v2/Git-Basics-Tagging)와 [worktrees] (https://git-scm.com/docs/)의 일부 조합을 상상해보십시오. git-worktree)는 유연성을 제공합니다. 그러나 경험에 비추어 볼 때 워크 플로의 혼란은 사용하는 도구에 관계없이 관리하기가 매우 어려울 것입니다. 6 개가 넘는 모 놀리 식 브랜치를 시도하는 대신 작업을 더 작은 덩어리로 나누는 것이 좋습니다. – JDB