発行者 - リポジトリ ユーザーにセルフサービスを強制する GitHub アクション

プロジェクトの枠組みの中で 発行者 GitHub 用にボットが用意されており、リポジトリ ユーザーにセルフサービスを強制する問題を解決します。 GitHub では、Issue システムを通じて人々を調整することだけを機能とするリポジトリを見つけることができます。 問題を残す人にフォームへの記入を求める人もいます。 次に、モデレーターが来て、フォームが正しく入力されているかどうかを確認し、フォームで指定されたタグに従ってタグを配置します (タグがテンプレートで指定されていない場合、特権ユーザーのみがタグを追加できます)。 そのようなコミュニティの例としては、 オープンソースのアイデア/オープンソースのアイデア.

司会者はすぐには到着しません。 したがって、フォームを検証して操作を実行するには 準備した GitHub ニュースで紹介されました。 ボットは Python で書かれていますが、GitHub には、node.js と docker の 2 種類のアクションしかなく、docker の場合は同じコンテナが最初に node.js としてロードされるため、node.js を通じて起動する必要があります。別のコンテナにロードすると、長い時間がかかります。 node.js のコンテナーには python3 とその他必要なものがすべて含まれていることを考慮すると、依存関係は小さいため、依存関係を単純にロードするのが合理的です。

特徴:

  • アクションは、YAML 構成と Markdown テンプレートを使用して制御されます。
  • 各 Markdown テンプレートには、フォームに正しく記入するための条件と必要なアクションを記述するブロックが追加されます。
  • グローバル設定を含む構成ファイルが追加されます。
  • フォームはセクションで構成されます。 セクションには 2 種類あります。
    • フリーテキスト。 このアクションにより、ユーザーがわざわざそこに何かを入力したかどうかを確認できます。 テキストの意味は自動的にチェックされません。
    • チェックボックス。 0 {= m1 {= n {= m2 {= セクション内のチェックボックスの総数のように、n 個のチェックボックスに入力するように要求できます。 このアクションでは、チェックボックスがテンプレート内のチェックボックスと一致するかどうかがチェックされます。 フラグが正しく設定されている場合、アクションはそれぞれ発行するタグを追加できます。 フラグ。
  • フォームが正しく入力されていない場合、アクションはユーザーに正しく入力する方法を指示し、そのフォームに特別なラベルを貼り付けます。
  • フォームが一定時間内に修正されない場合、アクションによって問題が解決されることがあります。 ユーザーの自動禁止、問題の削除、移動は、必要なアクションのための公式 API の欠如と状態ストレージの問題のため、まだ実装されていません。
  • 問題が解決された場合、アクションによりラベルが削除されます。
  • もちろん、アクション応答テンプレートはカスタマイズ可能です。

出所: オープンネット.ru

コメントを追加します