タグ付けされた質問 「four-eyes」

MichaelGrünewaldが最近このコメントを投稿しました： あなたが言及していない非常に重要な方法は、規制の義務として、またはセーフガードとして、金融で使用されている「四つ目の原則」です。ソフトウェア業界では、コードレビューなど、さまざまな方法で実装されていますが、ライブシステムに影響するコマンドの検証にも使用できます。 間違っている場合は修正しますが、少なくとも4人の人間（および/または自動化されたプロセス）が事前の祝福を与えた後、「4目原則」は「発生が承認された」ものに関するものであると教えられました。または、ウィキペディアの「二人（二人）のルール」に関する（わずかに修正された）表現を使用するには： 二人ルールは、特に重要な素材または操作に対して高レベルのセキュリティを実現するために設計された制御メカニズムです。この規則の下では、すべてのアクセスとアクションには、常に2人の許可された人の存在が必要です。 規制上の義務はここでは話題になりませんが、「セーフガード」の文脈では、おそらく使用されているプラ​​ットフォーム/ OS /ハードウェアに適用される可能性のあるこの4つ目の原則の概念的な実装は何ですか？

22 configuration  four-eyes 

このシナリオを考えてみてください（実際の状況との比較はすべて偶然によるものです）： 3:07 am：サポートコールの着信「生産中の何かがダウンしました。あなたの助けが必要です！」。 午前3時12分：システムに接続（ログオン可）...コーヒーの時間はありません。 3:15 am：幸運なことに、すぐにどこかのエラーメッセージで問題を見つけることができます。 3:17 am：SCMツールボックスを使用してコードを取得し、問題を修正し、テストします。素晴らしい...私の修正は機能します！ 3:20 am：Dev Opsチームと連絡を取り、修正を出荷し、運用を再開します。 3:21 am：赤旗...「4つの目を尊重するには、この修正の承認を得るためにさらに2 つの目が必要です」。 3:22 am：ggggrrrreat、今何を、他に誰に電話すればいい（=マネージャーを起こす）？ 「四眼の原則の可能な実装（または例）とは？」に対する私の答えに似た承認手順を実装した場合、運が悪い...ここにあなたの選択があります： あなたの修正は、さらに2人の目が関与するまで行き詰まります（読んでください：生産が停止します）。 あなたは、失われた目を回避する方法を見つけ出します。 それでは、緊急修正のための4目原則をどのように実装するのでしょうか？...生産をできるだけ早く、つまり午前 3時25分頃に実行 できるようにするため...そして、通話を終了する（そして元の場所に戻る）こともできますか？

13 configuration  four-eyes 

「four-eyes原則の可能な実装（または例）は何ですか？」に対する受け入れられた回答は、GitHubのプルリクエストモデルが可能な実装であることを示唆しています。 そして、「緊急修正の四目原理を実装する方法」に対する私自身の回答は、承認後の概念を説明しています。 私の質問：GitHubのプルリクエストモデルは、承認後の実装にも使用できますか？もしそうなら：どのように？そうでない場合、Git（GitHub？）で他に使用できるものはありますか？

7 git  configuration  four-eyes