皆さん、こんにちは。現在、discourse-k8s-operatorに取り組んでおり、ユーザーが存在するかどうかを確認する必要があるアクションを開発しました。しかし、これに既存のrakeタスクはないようです(また、存在するはずだと思われるrakeタスクがいくつか存在しないことも発見しました)。
当社の目的のため、discourseをパッチしましたが、これはアップストリームに適合する可能性のある小さな変更だと感じています!PRを提出しましたので、皆様からのご意見をお待ちしております!
皆さん、こんにちは。現在、discourse-k8s-operatorに取り組んでおり、ユーザーが存在するかどうかを確認する必要があるアクションを開発しました。しかし、これに既存のrakeタスクはないようです(また、存在するはずだと思われるrakeタスクがいくつか存在しないことも発見しました)。
当社の目的のため、discourseをパッチしましたが、これはアップストリームに適合する可能性のある小さな変更だと感じています!PRを提出しましたので、皆様からのご意見をお待ちしております!
もしgithubリポジトリを見てあなたの意図を理解しているなら、DISCOURSE_DEVELOPER_EMAILを使用し、そのメールアドレスで作成されたユーザーは自動的に管理者になるようにするのはどうでしょうか。
すみません、よく理解できませんでした。
ユーザーがチャームでDiscourseをデプロイする際に利用できるアクションを作成したいと考えています。そのうちの1つは、ユーザーアカウントの作成です。
この動作はrakeタスクによってカバーされており、オペレーターコードからは分離されています。オペレーターコードは、rakeタスクと、stdinからの入力のみを実行できます。
ユーザーが既に存在する場合、rakeタスクは追加のプロンプトを要求します。これは、パスワードを上書きするかどうかを尋ねるものです。これは、stdinだけでは不十分になることを意味します。
この問題を解決するために、users:exists rakeタスクをパッチしました。これは現在PRとして提出されています。これにより、ユーザーが既に存在するかどうかを確認し、それに応じてstdinを調整できます。