Create questions for another user

未關閉
#1,184 1 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視

維護者通常 6 天內回覆

還沒有人認領這個 Issue。

評估

難度
5/5
預估耗時
一週以上
新手友好度
30/100
Issue 類型
功能
描述清晰度
需要釐清
活躍度
停滯
技術堆疊
go
領域
api, backend

研究方向

未指定檔案或測試。首先檢視現有的問題建立 API 以及管理員動作的授權路徑;完成這項工作需要確定範圍,並撰寫涵蓋所選工作流程的測試,包括誰可以為其他使用者建立問題。

由索引模型根據 Issue 內容生成。

描述

new-feature

Hello everyone. This is my first issue in this project.

Is your feature request related to a problem? Please describe

We use a cloud-hosted Answer instance. It's common that some possible users do not even know the app and use another channel to ask something, like an issue in a project, for example, or just think something is a bug while it's not. We need a quick way to do a soft move, without forcing the user to rewrite everything.

Describe the solution you'd like

I think best experience for user would be having an admin endpoint to create the question as another user. So we can use it in workflows. It's already possible to have a user to create the question using the API, but it should be the asking user because he'll choose the right answer.

Describe alternatives you've considered

A simpler feature may be fill the new question form with query parameters, like "http://my-instance/questions/ask?title=Test%20Title&description=My%20%test%description&tags=mytag1,mytag2. This is a good feature in GitLab and GitHub while opening issues.

I can work in the solution if needed.

主要語言
Go
星號
15.7k
分支
1.4k
平均合併
9 天 6 小時
30 天內合併 PR
8

環境準備

  • 提供 Dockerfile 或 Docker Compose 檔案
  • 有 Pull Request 範本
  • 沒有貢獻指南

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

apache/answer 的其他 Issue

查看 apache/answer 的全部 Issue

相似的 Issue

更多 Go Issue

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。