2

私はよくコードの「実験」に時間を費やし、最終的なアプローチを決定する前に、さまざまなアイデアのプロトタイピングをすばやく行います。しかし、進行状況の「チェックポイント」をサポートする適切なワークフローを見つけるのに苦労しています。

git を使用すると、どの段階でも簡単にコミットできますが、ブランチのコミット間を行ったり来たりすると、ヘッドレス ブランチになってしまうため、すぐにいらいらします。また、実際にはどこにも追跡されていないため、それ以上のコミットを失うのは簡単です。「featureA_simple_threshold_20」、「featureA_simple_threshold_10」、「featureA_complex_threshold_42」などの複数のブランチを作成すると、その問題は軽減されますが、(私には思われる) 非常に乱雑なワークスペースにつながります。そして、それは紛争が始まる前です。

Python の recipy パッケージを見てきました: https://github.com/recipy/recipy探しているものと似ていますが、配列のようなオブジェクトを永続化することに依存していますが、多くの場合、私の結果のための一握りの印刷ステートメントがあります。

これはかなり一般的な使用例のようですが、推奨できる適切なワークフローはありますか? ここで私を助けることができる代替ツールはありますか? (私は主に Python で開発していますが、これは言語固有の問題ではないようです)

4

1 に答える 1

1

... のような複数のブランチを作成すると、その問題は軽減されますが、(私には思えますが) 非常に散らかったワークスペースにつながります。

ワークスペースを 1 つだけ保持すると面倒です。
しかし、Git 2.5 以降では、1 つの複製されたリポジトリに対して複数のワークスペース (ブランチごとに 1 つ) を持つことができます。「Git で複数の作業ディレクトリはありますか?」を参照してください。

最終的なアプローチを決定したら、そのブランチをメイン ブランチにすることができます

于 2017-11-30T19:02:42.917 に答える