7 ファイルごとにプロジェクトを手動でサーバーにデプロイするのがベストプラクティスですか？ 私が今働いている会社は、継続的デリバリーをまだ実装していません。ファイルごとにサーバーにプロジェクトを手動でデプロイします。ベストプラクティスは次のとおりです。展開ごとに1つのプロジェクトアーティファクトを手動で展開するか、ファイルごとの展開を続けますか？ 26 deployment server devops
8 枝が積もらないようにする 機能がテスト用にステージングされるようになると、規模が大きくなるにつれて問題に遭遇し始めますが、すべてがテストされ、承認された新しい機能がテスト用にステージングされます。 これは、テスト済みの機能と未テストの機能の組み合わせがあるため、本番環境にほとんどプッシュできない環境を作成しています。これは一般的な問題であると確信していますが、まだ私たちにとって良いリソースが見つかりませんでした。 いくつかの詳細： BitBucketのGIT Azureへのスクリプト展開用のJenkins 私が望んでいるのは、機能が環境を移動するときに機能を分離し、準備ができているものだけをプッシュする方法です。 19 git continuous-integration branching devops
7 DevOpsは、開発者がインフラストラクチャとリリースに責任を持つようになったことを意味しますが、この変更の背後にある要因は何ですか？ DevOpsは、開発者がインフラストラクチャとリリースに責任を持つようになったことを意味しますが、この変更の背後にある要因は何ですか？ 私は自分のカードをテーブルに置きます。私は開発者であり、「DevOps」と非文化の両方で働いていました。インフラストラクチャとリリース、QA、および関連するセレモニーを心配することは、優れたコードを書くことに対する大きな注意散漫です。 しかし、業界はこの方向に向かっています。その理由は何ですか？役割の専門化の「古い」モデルはどのような問題を引き起こしましたか？ 18 process devops