3

私は検証ソフトウェアに取り組んでいます。私は、常にテストを開始する準備ができている master ブランチ コードを保持しています。そのため、他のブランチ (dev for ex) で新機能を開発しています。これは古典的な git ワークフローです。

私の懸念は、設計者が更新をチェックするように私に頼むので、master と dev を 1 日に 10 回切り替える必要があることです。

現時点では、次の 1 つの方法しか知りません。

  1. 「回帰が必要です」というメッセージを表示して、自分の作業を dev にコミットします。
  2. master ブランチに切り替える
  3. 回帰を実行してフィードバックを提供する
  4. 開発に戻り、作業を続けます

これは、dev ブランチで作成された無駄な履歴のために迷惑です。

開発ブランチでの複数のコミットを回避する別の簡単な方法 (私は初心者です) はありますか?

ご協力ありがとうございました！

4

4 に答える 4

4

ブランチを切り替える前に、git stash. これにより、作業中の現在の状態が簡単に回復できるように記録されます。dev ブランチに戻ったら、git stash pop. これにより、これらの変更が再適用され、スタッシュが履歴に残らないように削除されます。

于 2012-04-12T14:02:46.067 に答える
1

それがあなたが必要としているものだと思いgit stashます。ここにヘルプがあります。

于 2012-04-12T14:03:44.340 に答える