Reddit 対応ワークフロー

概要

r/gitlabサブレディットは、GitLab に関するあらゆる質問、議論、サポートのための場所です。

r/gitlab に常駐するチームメンバー

GitLab サブレディットのユーザーフレアをリクエストするには、Slack の #developer-advocacyチャンネルで @ptm-dev-advocacy に連絡し、Reddit のユーザー名を記載してください。フレアには GitLab Staff と表示されます。

モデレーション

GitLab サブレディットのモデレーターは、スパム、フラグが立った投稿やコメントのレビュー、問題への対応の完了を行えます。アクションはモデレーションキューから実行できます。なお、モデレーターであっても定期的にモデレーションアクションを行わないと、非アクティブと判定され一部のモデレーターアクションが制限されます。

r/gitlab のモデレーター一覧には、Developer Relations チームメンバーと広範なコミュニティメンバーが含まれています。

サブレディットのフレア

GitLab サブレディットには 3 種類の投稿フレアがあります - 一般的な質問、サポート、プロジェクト。

一般的な質問:

• 製品としての GitLab に関する質問、競合との比較、採用、開発者教育、GitLab でのリモートワークに関する質問などが含まれます。
• 関連する質問への回答に専門家を巻き込むには、専門家を巻き込むワークフローを使用します。
• GitLab を他のツールと比較する会話では [DevOps ツール] ページを共有しましょう。
• 注意: これらの会話への参加は、意見ではなく事実の提供にフォーカスすべきです。ユーザーが課題を解決するためのツールを探しているスレッドで DevOps ツールを共有することを検討してください。

サポート:

• 関連するドキュメント、Issue、フォーラムにユーザーを誘導して追加サポートを案内します。
• 必要に応じて専門家に助けを求めます。

プロジェクト:

• フィードバックが GitLab の特定のチームや機能に向けられている場合、専門家を巻き込むワークフローを使用します。
• 全般的にポジティブなフィードバックには 賛成票を投じます。
• 批判的なフィードバックには、誤情報を広める場合を除いて 反対票を投じないでください。たとえば、誰かが製品を気に入らなかったり競合に言及しただけで 反対票を投じないでください。

誤情報:

• 誤情報を広めるコメントには 反対票を投じます。
• ドキュメントや Issue などのエビデンスを添えて、事実関係を説明する返信を行います。

ベストプラクティス

• 相手がどのような態度を取っても、常に親切で理解のある対応を心がけましょう。
• Reddit が初めての場合、この [初心者ガイド] に目を通しておくと役立つでしょう。
• 会社の共有アカウントではなく、個人の Reddit アカウントを使用してください。抵抗がなければ、個人用（業務用ではない）アカウントを使用しても構いません。Slack の #developer-advocacyチャンネルで @ptm-dev-advocacy に連絡し、Reddit のユーザー名を記載すると、GitLab Staff ユーザーフレアをリクエストできます。ユーザーフレアは GitLab チームメンバーの存在を分かりやすくし、自分が組織の一員であることを、より広いコミュニティに透明かつ効果的に伝えます。また、コメントの信頼性を高め、Reddit への積極的な参加を示します。
• Reddit を頻繁に使う場合、自分のロールの一環として GitLab コミュニティとやり取りするための、より業務的な（しかし依然として個人の）アカウントを別途作成すると便利かもしれません。
• 「reddiquette」を確認しておきましょう
• コメントが正しく整形されているか確認しましょう

GitLab に言及される一般的なサブレディット

• r/gitlab
• r/learnprogramming
• r/devops
• r/git
• r/Ubuntu
• r/Terraform
• r/coding
• r/homelab
• r/gnome
• r/sysadmin
• r/Python
• r/selfhosted

ページのソースコードを見る - ページの編集 - please contribute.