通常、私は失敗、継続中の失敗、または失敗後の固定メールを送信して、スパムを減らします。しかし、The Progress Principleでは、小さな勝利がパフォーマンスと創造性をどのように改善するかについて記述しています。ビルドメールだけが悪いニュースを出すならば、私は開発者の日を明るくし、チームの仕組みを改善する機会を逃してしまうかもしれません。継続的統合ジョブはいつメールを送信する必要がありますか?
私は、このスキームに通知を考えています:
- チーム+犯人:失敗し、継続的な故障、固定した後、故障
- 犯人:成功
(犯人=それら
ビルドスパムを減らすよりも気分が良いメールが重要だと思います。
あなたの環境では何をしていますか?あなたの選択はどのようなものですか?
おかげ
ピーター
この質問に対するお詫びそれは特定の問題ではなく、オープンエンドの探査の詳細です。これはブログ投稿に適しています。私は将来的にはよりターゲットを絞ります。 –