6

あるソフトウェア開発タスクから別のソフトウェア開発タスクに切り替えるために実行する一連の手順のワークフロー タイプの説明を探しています。ステップにツールが含まれる場合は、どのツールとその使用方法を指定してください。ワークフローの目標は、タスク #1 からタスク #2 へ、およびタスク #1 への移行を可能な限りスムーズにすることです。

このシナリオを考えてみましょう...

  • 新しいユーザー ストーリーを実装していて、今日はここまで進歩しましたが、完全には完了しておらず、まだテストを実装していません。
  • リードが、テスト チームをブロックしている優先度の高いバグを持ってあなたのところにやって来ました。実行していることを停止して、バグを修正する必要があります。このバグは、テスト チームが取得した最新のビルドである 3 日前のビルドにあります。

ソースの新しいバージョンでバグを修正できますが、それは安定したバージョンである必要があり、現在取り組んでいる不完全な機能を含めることはできません。

4

6 に答える 6

12

Alt+Tabはそれを行う方法です。

于 2010-06-25T13:35:26.323 に答える
8

タスク切り替えは頭脳の問題です。私はあなたのためにそれをするためのツールはないと思います。もしあれば、私も興味があります。

一人一人に独自の準備方法があり、まったく準備をしていなかったり、スナップのような別のことをしている人もいれば、もっと時間がかかる人もいます。それは男性/女性によって異なります。

確かに、タスクに戻ったときにそれに戻るためにいくつかの精神的なマイルストーン(メモを取る、リマインダーを配置するなど)を作成することを試みることができますが、これも他の要因(タスクの切り替えの長さ、オフィスの静粛性)に依存します、タスクの知識、ムーンフェイズなど)。

開発者がタスクを切り替える最も効率的な方法は主観的だと思います。一方、ジョエル・スポルスキーの「有害と考えられる人間のタスクスイッチ」を読んだことがありますか?

于 2010-06-25T13:35:11.630 に答える
3

あなたが説明したシナリオで実行する必要がある手順は、セットアップした開発環境とツールに 100% 依存していると言えます。

ソース コードのバージョン管理に Perforce を使用して、リリースが開発作業から分離され、すべての開発ブランチが単一の「受け入れ」ブランチから派生するブランチ システムをセットアップしました。各ブランチは、単一の問題、または非常に密接に関連する問題のセットに使用されます。変更が受け入れブランチに統合されるまで、ブランチで他の課題に取り組むことはできません。

はい、多くの支店があるということです。はい、多くの同期 (作業ブランチまでの承認) と統合 (作業ブランチから承認まで) を行っています。しかし、あるタスクから別のタスクに簡単に切り替えたり、テストビルドに戻ったり、互いに噛み合っている 2 つの問題を発見したりできるようになると、その価値は計り知れません。

開発が (独自のテストを含め) 完了した後、問題は QA チームによってテストされます。まず、独自のブランチで分離します。その後、受け入れブランチに統合され、独立した問題が互いに噛み合っている問題を見つけるために回帰テストが行​​われます。このようにリリースのすべての問題が承認に統合されると、QA チームによって完全な回帰テストと新機能テストが実行されます。

したがって、受け入れブランチは常にアプリの開発の "最新" の状態です。

このセットアップでは、説明したシナリオは次のように展開されます。

  • 現在のタスクはそのままにしておきます。コンピューターがクラッシュしたときに失われないように、未解決の変更をチェックインしてください。それがそのブランチの毎日のビルドを中断することを意味する場合、コンパイル エラーを簡単に修正できない限り、私はチェックインしません。(私たちのアプリケーション スイートには多くのアプリがあり、私の変更は私が取り組んでいるアプリでコンパイルされる可能性がありますが、スイート内の他のアプリのコンパイルを壊す可能性があることに注意してください)ビルド プロセスを中断してはなりません。

  • 「空の」ブランチ (現在開発作業に使用されていないブランチ) を見つけるか、すべてのブランチが使用されている場合は、新しいブランチを作成します。

  • 受け入れブランチと選択した作業ブランチを強制的に同期して、マシンが両方のブランチで最新の状態になることが保証されるようにします。

  • 受け入れブランチの最新の状態を作業ブランチに同期 (必要に応じて強制) し、選択した作業ブランチが受け入れブランチと同じになるようにします。

  • IDE でそのブランチのアプリケーション スイートを開き、デバッグして解決します。作業部門に提出してください。

  • 作業ブランチでそれを確認するよう QA に伝えます。彼らがそれに満足している場合は、受け入れられるまで変更を統合して、テストを続行できるようにします。

  • 以前に作業していたブランチのアプリケーション スイートで作業するために IDE を切り替えます。

  • すすいで繰り返します。

于 2010-06-26T10:48:58.450 に答える
2

あなたのシナリオを考えると
、別の作業コピーでソースの安定版をチェックアウトし、バグを修正してコミットすることができます。
不完全な作業に戻ったら、更新を行い、作業を続けます。

于 2010-06-25T13:51:17.500 に答える
1

何かに取り組んでいるとき、通常、いくつかのアイデア、計画していること、明確でなく後で解決しなければならないことがいくつかあります。他のタスクに切り替えると迷子になりがちです。

それらをどこかに書き留めておくと便利であることがわかりました-脳のスナップショットを撮ります。後で元に戻すのが簡単になり、元のタスクにすばやく戻ることができます。

于 2010-06-25T14:00:17.517 に答える
1

タスク/Todo アイテム内で作業しているすべてのファイルをメモし、約 2 分後にリマインダーを付けます。私がそれから離れている時間の長さ。次に、これらの各ファイルを保存して閉じて、気が散らないようにする/混乱をなくす/デスクトップに新しいタスク用のスペースを作成します. 私はノミの記憶を持っているので、できる限りの助けが必要です.

于 2010-06-26T11:52:57.973 に答える