0

コードがレポにプッシュされたら、ターゲットを達成してデプロイをトリガーするのに行き詰まりました。ネットを検索しましたが、github が更新された古い情報だけが見つかりました。指示に従ってみましたが、古いようですhttp://bytes.babbel.com/en/articles/2014-01-22-github-service-hook-for-aws-ops-works.html

リポジトリ名と opswork サービスの間に接続がないため、インターフェイスがわかりにくく、混乱しています。Webhook は opswork サービスにどのような値を送信する必要がありますか?

以下は私が理解したものです

  1. Webhook をセットアップすると、コードがリポジトリにプッシュされるとトリガーされ、必要に応じて CI またはサービスにペイロードが送信されます (この部分は機能しており、ペイロードをどこかに送信します) 。 gitハブによって生成されましたか?

  2. Opswork サービス: これは機能していません。

AWS opswork のアプリから与えられたアプリ: opswork ID

AWS opswork のスタックから与えられたスタック: opswork ID

支店名

AWS OpsWorks コンソールでそのアプリ用に構成された SHA を与える必要がある github のヘルプに従って、ここで再び混乱がありますか? マスターやリポジトリのリンクではなく、SHA を指定する必要があるのはなぜですか?

GitHub API URL

これはオプションです。ここで何を指定すればよいですか?

AWS アクセス キー 問題なし

AWS シークレット アクセス キー 問題なし

GitHub トークン

オプション : 指示どおりにトークンを作成しました。トークンを使用する場合とトークンを使用しない場合の両方が機能しません。

そのため、opswork がトリガーされていないことを確認した場合、変更をプッシュすると内部的には機能するが機能しない可能性があると思いました。

したがって、Webフックとopsworkサービスは、あるレベルで相互作用する必要があるようですが、それを理解することはできません:(

私はgitハブのヘルプをチェックしましたが、新しいインターフェースについても何も見つかりませんでした。Googleとstackoverflowもチェックしましたが、何も見つかりませんでした

どなたか回答お願いします。

4

2 に答える 2

0

問題は Github と opswork のプロセスにあります。エラーが発生した場合、どちらもユーザーにエラーを報告しません。

Github サポートに連絡したところ、幸運にも「リクエストに含まれるセキュリティ トークンが無効です」というエラー メッセージが返されました。

次に、アクセスキーとシークレットキーを再コピーし、「GitHub api url」を空白として削除し、ブランチ名を「マスター」にしました（したがって、常に最新バージョンの別名ヘッドをデプロイします）

また、opswork で権限を再度設定する必要があることを確認してください。これは IAM 権限とは別のものです。手順 -> スタックに移動 - 権限と編集 -> 権限「IAM ポリシーのみ」でユーザー github を追加します。

Web フックと統合の間に相互作用はありません。そのため、Web フックなしで統合サービスを利用できます :) 。

スタック オーバーフロー、Git-hub 両方のおかげで :)

于 2016-11-28T04:44:00.560 に答える
0

別の方法の 1 つは、AWS CodePipeline (CodeDeploy??) をセットアップして AWS Opsworks スタックにデプロイすることです。

CodePipeline は、Amazon の継続的デリバリー ソリューションです。2016 年半ば、彼らは CodePipeline が OpsWorks と連携することを発表しました - ブログの発表を参照してください: AWS CodePipeline は AWS OpsWorks との統合を追加します。スタックが設定されている OpsWorks のバージョンに応じて、いくつかのウォークスルーもあります。

(展開サービスを使用して、既存の展開サービスを持つサービスに展開するのは少し奇妙に感じます...しかし、ええと、これは役立つかもしれないと思いました)

于 2016-11-27T17:04:12.193 に答える