Gitea: フェデレーションの準備：「リモート」ユーザー/フェデレーションID

実際には、フェデレーション/外部ユーザーが実行できることについてのユースケースが何であるかによって異なります。 リポジトリをホストできない場合は、フェデレーションユーザーテーブルを作成し、表示名、ユーザー名などをそこに移動しても問題ありません。 これにより、ローカルユーザーテーブルを使用してフェデレーションユーザーテーブルを使用するコードのすべての部分を完全に書き直す必要がありますが、これは大変な作業になる可能性があります:)

@lafriksに完全に同意します。 それを始める前に、いくつかの質問を知る必要があります。

1. この機能が必要なのは誰ですか？ 個人のgiteaユーザー/プライベートgiteaを使用している会社/ giteaまたは他の人を介したGitホスティングWebサイト？
2. なぜ彼らはこの機能を必要としますか？
3. 彼らはこの機能をどのように使用したいですか？

リポジトリをホストできない場合は、フェデレーションユーザーテーブルを作成し、表示名、ユーザー名などをそこに移動しても問題ありません。

フェデレーションユーザーはリポジトリを持つことができますが、ユーザーのインスタンスでホストされます。
つまり、フェデレーションユーザーだけでなく、フェデレーションプロジェクト（リポジトリ、問題、PRなど）もあります。 しかし、それはこの問題の範囲外です。

1. この機能が必要なのは誰ですか？ 個人のgiteaユーザー/プライベートgiteaを使用している会社/ giteaまたは他の人を介したGitホスティングWebサイト？

私のように、フリーおよびオープンソースソフトウェアの開発が一元化された一元化された非フリーサービスに集中するという考えを好まない人々。 （GitHub）

1. なぜ彼らはこの機能を必要としますか？

GiteaやGitLabのような無料の代替手段がありますが、それらのインスタンスは互いに分離されているため、使用上の欠点があります。 （そして、ネットワーク効果の影響を受けます。）
たとえばDebianGitLabでアカウントを作成する意欲があったとしても、それはそのインスタンスに限定されます。
最悪の場合、各プロジェクトには独自のインスタンスがあり、確認するアカウントが非常に多くあります。 （はい、電子メール通知がありますが、Webで何かが必要です。そうでなければ、Git + MLでも十分です。）

1. 彼らはこの機能をどのように使用したいですか？

フェデレーションコラボレーションの場合、GitHubのネットワーク効果を壊します。

ホームインスタンスに1つのアカウントがあり、フェデレーションをサポートする任意のプロジェクト（ ForgeFedなど）と共同作業できます。

https://github.com/go-gitea/gitea/blob/7217b703e95a3ab01b69f91879fb4d6532f0b2c5/models/user.go#L94 -L97

それは正しいですか

• Nameはユーザー名（ criztovyl ）であり、
• FullNameは表示名です（ "Christoph Schulz"）

？

しかし、 LowerNameの理由は何ですか？ （ strings.ToLower(u.Name) ）

SQLクエリでlower(Name)を使用しないため。

SQLクエリでlower(Name)を使用しないため。

しかし、なぜまったく？ 変更したくない、ただ理解してください。 :)

私は少しいじり始め、いくつかの属性をuser.go （タイプUser ）から新しいuser_identity.go （タイプIdentity ）に愚かに移動し、いくつかのコードを追加しましたIDからの値で古い属性を埋めるAfterLoad 。

その後、属性をUserからIdentity移動する移行の作成で問題が発生しました。 既存の移行とxormドキュメントを調べてこれをさらに詳しく調べますが、さらにいくつかのヒントがあれば本当に嬉しいです。 :)

次回はいくつかのコミットを共有します。

しかし、なぜまったく？ 変更したくない、ただ理解してください。 :)

ユーザー名では大文字と小文字が区別されず、ユーザーがhttps://try.gitea.io/AxIFiVeやhttps://try.gitea.io/Axifiveなどのリクエストを送信すると、一意のユーザーをすばやく見つける必要があるため、 strings.ToLower(username)と呼びます。
選択のためにフィールドを小文字に変換することは非常にコストのかかるDB操作であり、2番目のフィールドを追加する方がはるかに簡単です。

私はコードを約束しました。

苦労しているコードをプッシュしました。https ：

IDモデルの同期である30行目は、期待どおりに機能します。テーブルが作成されます。
しかし、ユーザーモデルの同期である35行目は機能していないようで、テーブルにはその後も古い列が残っています。

Sync2は列のみを追加します。

列を削除する場合は、以下を使用する必要があります。

https://github.com/go-gitea/gitea/blob/80bfd5145c7b159ebdad3746efe11378b282fa86/models/migrations/migrations.go#L348

移行はモデルや他の場所にあるものを参照するべきではないことに注意してください-それらは将来の移行で変更される可能性があります。 それらは完全に自己完結型である必要があります-他のGiteaコードへの参照はありません。

そう：

https://github.com/criztovyl/gitea/blob/2b4065f5ea0921090092b4a5ed61db3bdde2d725/models/migrations/v200.go#L30

ここでは、実際にIDのコピーを持っている必要があります。 同様にここで：

https://github.com/criztovyl/gitea/blob/2b4065f5ea0921090092b4a5ed61db3bdde2d725/models/migrations/v200.go#L14

これはおそらくxorm: "-"であることが意図されていました。その場合、移行ではおそらく必要ありません。

提案されたIDテーブルを見ると、なぜこれにlogin_sourceを使用できないのですか？

ヒントをありがとう:)

私が分析した限り、login_sourceの問題は、ユーザー名が独自に一意である必要があることです。

フェデレーションの場合、ユーザー名は一意ではなく、IDのみが一意です（このようなIDの一意の識別子は通常URI / IRIです）。 ユーザー名は、さらに限定された表示名のようなものです。

https://github.com/criztovyl/gitea/blob/2b4065f5ea0921090092b4a5ed61db3bdde2d725/models/migrations/v200.go#L14

これはおそらくxorm: "-"であることが意図されていました。その場合、移行ではおそらく必要ありません。

わかりましたが、IdentityIdによって参照されるIdentityはどのように入力されますか？ それは自動的にですか、それともどこかに追加する必要がありますか？

また、最初にテーブルを作成した場合でも、IDモデルが必要なので、そのままにしておくことはできません。

そしてもう1つの簡単な質問。 db内のフィクスチャからのすべてのテストデータを持つgiteaインスタンスを実行することは可能ですか？

私は時々視覚的なタイプです。 たとえば、プロファイルがまだ正しく表示されていることを確認したいのですが、たとえば、適切な組織の割り当てがあります。

https://github.com/go-gitea/gitea/blob/master/contrib/pr/checkout.goを参照すると、PRの確認に役立つフィクスチャが読み込まれ

あなたはおそらく修正版を作ることができます。

go run -tags "sqlite sqlite_unlock_notify" contrib/pr/checkout.go -runは魅力のように機能します:)

ホットコードのリロードがないことに加えて、それは少し複雑だと思います：D

@lafriksに完全に同意します。 それを始める前に、いくつかの質問を知る必要があります。

1. Who wants this feature? Personal gitea user / Companies with private gitea / Git hosting website via gitea or others?

2. Why they need this feature?

3. How they want to use this feature?

個人的

個人的な使用法、それは間違いなく非常に良い機能でしょう。 パブリックとプライベートのリポジトリを保存するインスタンスがあります（すべてではありませんが、多くあります）。 誰かがそれらでコラボレーションしたい場合、彼らは私のインスタンスでユーザーを取得する必要があり、それは逆に機能します。Giteaインスタンスのどこかにプロジェクトがあり、何かを修正したり機能リクエストを解決したりするなど、コラボレーションしたい場合は、ユーザーをそこに誘導するか、diff / ref-linksを含むプルリクエストメールを送信する必要があります。

プライベートリポジトリ上の他のインスタンスからユーザーを招待できる場合、またはユーザーが自分のユーザーと単純に参加できる場合（特定のインスタンスがブロック/ブラックリストに登録されていない場合）、それははるかに簡単です。

企業

企業がそれを使用するかどうかはわかりませんが、潜在的な機会を見ることができます。 現在、ほとんどの企業がGitHubを使用しています。これは、誰もがGitHubユーザーを持っており、権限/チームを管理できるためです。 （架空の）会社として、自分のGiteaをホストして、さまざまなインスタンスのGiteaユーザーと他のユーザーを招待し、チームに入れて、会社が安全に「はい」と言うことができる新しい時代を開始する可能性のある権限を与えることができればマストドンには多くのインスタンスがあり、1つを選択して使用できるように、特に大規模なグループ/連合戦士が自分でホストする/できないユーザーにGiteaインスタンスを提供できる場合は、Giteaを使用できます。そしてあなたが望むすべてに到達します。

一方で、それは大変な作業になると思います。それが機能するかどうかはわかりません。ユーザーがどのように使用したいかに基づいて、ユーザーをより小さなフラグメントに分割できます。

この機能が必要なのは誰ですか？ 個人のgiteaユーザー/プライベートgiteaを使用している会社/ giteaまたは他の人を介したGitホスティングWebサイト？

個人ユーザーとして…

なぜ彼らはこの機能を必要としますか？

数百のインスタンスでアカウントを作成したくありません。

彼らはこの機能をどのように使用したいですか？

問題を報告するだけです。 だから私はよく報告しません。 問題のリポジトリがホストされている場所に関係なく、すでにアカウントを持っているインスタンスからそれを行うことはできますか？

ところで：同じことが、1回限りの修正を含む「最小限のPR / MR」にも当てはまります。 つまり、プロジェクトに「実際に参加」する予定がなくても、2セントを寄付する場合です。

@lafriksに完全に同意します。 それを始める前に、いくつかの質問を知る必要があります。

1. この機能が必要なのは誰ですか？ 個人のgiteaユーザー/プライベートgiteaを使用している会社/ giteaまたは他の人を介したGitホスティングWebサイト？

私は@ a1batrossなどの他の人とコラボレーションする個人的なGiteaユーザーです。 どちらにも独自のGiteaインスタンスがありますが、インスタンス間のプルリクエストなど、彼のリポジトリの1つにコードを簡単に提供できるようにしたいと思います。

1. なぜ彼らはこの機能を必要としますか？

他のインスタンスでアカウントを作成するよりもはるかに簡単です。そうすれば、他のインスタンスからのコードを受け入れるためにオープン登録をする必要がありません。 100万のGiteaアカウントは必要ありません。

1. 彼らはこの機能をどのように使用したいですか？

主にクロスインスタンスプルリクエストと問題。 また、組織にリモートユーザーを含めたい（直接プッシュできるようにするため）。

1. この機能が必要なのは誰ですか？ 個人のgiteaユーザー/プライベートgiteaを使用している会社/ giteaまたは他の人を介したGitホスティングWebサイト？

個人的な理由は、アクティブなアカウントの数を減らすのに大いに役立つと思うからです。

Gitホスティングウェブサイトは、ネットワーク効果を減らし、一度に問題を報告するために来たすべての人のアカウントの詳細を保存する必要がないためです。

1. なぜ彼らはこの機能を必要としますか？

海外プロジェクトへの貢献を容易にするために、クイックフィックスの問題を報告するためのアカウントを作成する必要はありません。

1. 彼らはこの機能をどのように使用したいですか？

さまざまな場所に関連付けられたGitリポジトリ全体で、大量のアカウントではなく、1つのgitIDのみを持つために使用したいと思います。

現在Gittea、GitHub、GitLabで行っているすべてのことを1か所で実行できるようにしたいと思います。 それは問題、プル/マージ要求、組織です。

1. Who wants this feature? Personal gitea user / Companies with private gitea / Git hosting website via gitea or others?

プライベート。 独自のGitサーバーを実行すると、インフラストラクチャが小さいため、プロジェクトの可用性が低下するように見えます。 分散化とGithub / GitLabとの相互運用性により、プロジェクトはこれらのプラットフォーム上にあるかのようにアクセス可能で利用しやすくなります。 誰もが私のサーバーにアカウントを持っている必要がないので、寄稿者にとってより魅力的です。

2. Why they need this feature?

シームレス統合。 好きなプロジェクトでコラボレーションしたいインターフェースを使用してください。

3. How they want to use this feature?

サーバーの中央権限と、CIまたはその他のクラウドサービスが、必要な最高の機能を提供するホスティングソフトウェアと相互作用するようにします。 誰もがGitLab / GitHub / Giteaのすべての異なるAPIおよびすべての小さなAPIと互換性がある必要はありません。

fr33domlover（ForgeFedチーム）からの連邦フィードバックのコピー：

現在の状況では、Gitea、GitLab、githu8などのフォージでホストされているレポとやり取りするには、そこにアカウントが必要です。 各フォージのウェブサイトは別々の島です。

独自のフォージをホストすると、ルールなどを作成できますが、孤立しています。 あなたを見つけるのは難しいです。 多くの人は、githu8を離れると、貢献が少なくなるのではないかと心配しています。 また、寄稿者は各フォージでアカウントを作成する必要があります。

また、githu8は独自仕様で一元化されており、人々による人々のためのコミュニティプロジェクトではありません。

プロジェクトの可視性とプロジェクトへのアクセスは、ユーザーのアカウントがあなたのフォージにあるのか、他のフォージにあるのかに依存しないという考え方です。 1つのアカウントを作成して、どこからでも参加できます。 プロジェクトの検索、発見、推奨などは、ネットワーク全体からのものを見つけます。 単一のフォージが他のどのフォージよりもユーザーに対して強力な力を持っていることはありません。

例：

• 組織/チーム/グループには、さまざまなフォージのユーザーを含めることができます
• コミットをプッシュして、さまざまなフォージのリポジトリに配置できます
• フォージ間で問題を開いたり、マージリクエストを開いたり、コメントしたり、コードレビューを送信したりできます
• リポジトリ、CIサーバー、Wiki、課題追跡システムなどは、異なるサーバー上に配置しても、シームレスに連携できます。

1. 彼らはこの機能をどのように使用したいですか？

他の人がすでに述べたことに加えて：ウェブをサーフィンしている間、私は彼ら自身のインスタンスgitea / gitlabインスタンスに存在するたくさんの興味深いプロジェクトに遭遇します。 私はしばしばこれらのレポにスターを付けたいだけですが、ここでの摩擦（サインアップ）は高すぎます。 代わりに、ブラウザでブックマークを付けますが、ほとんどの場合、後でチェックするのを忘れます（ブックマークが多すぎます）。

githubでは、ブックマークの手段としてだけでなく、プロジェクトへの感謝の印としてもStarsを使用しています。 特に関心のあるプロジェクトを監視しているので、アクティビティを追跡する簡単な方法として通知ダッシュボードがあります。

スターは悪用される可能性がありますが、たとえばgithubリポジトリに14kのスターがある場合、その人気について何かを示しており、プロジェクトが有用で質の高いものであると合理的に確信できます。 gitea / gitlabでは、現在、星はあまり教えてくれません。

理想的には、将来的には、どこで実行したかに関係なく、すべてのコーディングアクティビティの概要を把握できる、連邦政府に接続された場所が1つあります。

1. Who wants this feature? Personal gitea user / Companies with private gitea / Git hosting website via gitea or others?

私は個人的なGiteaユーザーです
私には2つのGiteaインスタンスがあります。1つはアートコレクティブ（プロジェクトのコードを保持する場所）用で、もう1つは私用（個人および契約作業、および学生とのいくつかのプロジェクトを行う場所）です。

2. Why they need this feature?

主な理由は、GitHubやその競合他社を使いたくないからです。
この一連の質問は良い例です。会話に参加するにはGitHubアカウントが必要ですが、フェデレーションでは、フェデレーションアカウントを使用できます。

3. How they want to use this feature?

共通のプロトコル（ActivityPub）を使用して、Giteaと他のサービスがすべてフェデレーションされている場合、フェデレーションされたVCSサービス間の相互作用の可能性が開かれるだけでなく、フェデバース全体に対して、コメントしてプロジェクトにサブスクライブできます。たとえば、マストドンからの更新。

他の多くのユーザーの声を反映して、サーバーで登録を開かなくても、単に問題を作成するだけでも、人々が私のプロジェクトに簡単に貢献できるようにしたいと思っています。アカウントを追加する手間をかけずに、問題を作成したり、わずかな貢献をしたりすることができます
理想的な世界では、GitHubアカウントはもうありません

1. Who wants this feature? Personal gitea user / Companies with private gitea / Git hosting website via gitea or others?

私はすべて3です。

1. 私は個人的なgiteaユーザーです（オンとオフ、ほとんどオフ、パート2の回答を参照）。
2. 私のデイジョブには（複数の！）内部/プライベートgiteaインスタンスがあります。
3. 偽造がオプションである場合、私はgiteaを介してプライベート（つまり招待のみ）のgitホスティングWebサイトを提供することを検討します（私も個人的に使用します）。

2. Why they need this feature?

プライベートユーザーとして：
github、gitlab、および「どこか別の場所」でデータをホストするかどうかの選択は重大なものです。
私がgithub / gitlabを選択した場合、私はプラットフォームとしての彼らの決定に翻弄され、私のデータを制御することはできません。
他のもの（たとえば、自分のgiteaインスタンス）を選択した場合、プロジェクトを見つけるのは困難です[1]。投稿には、自分のアカウントを持っている（つまり、今はWebサイトのホストになっていますか？それは良くありません）か、メールを送信する必要があります。ルート（これは制限的であり、誰もがそのワークフローを好むわけではありません）。
フェデレーションを使用すると（必ずしも偽造されているとは限りませんが、理想的にはさまざまなサービス間で相互運用可能です）、両方の長所を活用できます。自分のアカウントを使用して任意のインスタンスから貢献し、ローカルでホストされているプロジェクトを見つけることができます。データとプラットフォームを管理し続けます。

企業ホストとして：
すでに述べたように、さまざまな理由から、複数のgiteaインスタンスがあります。
ホワイトリストフェデレーション（つまり、フェデレーションが特定の他のサーバーに対してのみ有効になっている場合）に関心があり、内部ノードと任意のソフトウェアパートナーのノードとの間の交換を容易にします。どのような場合でも、必ずしも内部アクセスを許可する必要はありません。

ウェブサイトのホストとして：
プライベートユーザーの部分からすべてを取ります-これは現在、見込みユーザーへの売り込みです。
あなたは、あなたの唯一の議論として、純粋に「まあ、Xは悪であり、私はそうではない」に頼る必要は
さらに、あなたのサービスに移行する人々のコストははるかに小さくなります（無視できない場合）。

3. How they want to use this feature?

要約として/繰り返します：

プライベートユーザーとして（そして事実上それだけのユーザーを持つことによるウェブサイトホスト）：

• 検索を介して外部プロジェクトを簡単に発見します（そしてあなたのプロジェクトを発見させます）
• インスタンスにアカウントがなくても、特定のプロジェクトへの貢献（問題の報告、コメントなどを含む）を許可する

法人ユーザーとして：

• ホワイトリストフェデレーション：
  
  
  
  • 異なる目的のノード間の内部通信を許可する
  
  
  • 私たちのノードとさまざまなソフトウェアパートナーのノードとの間のゼロトラストおよびゼロ特権通信を可能にします
  
  

1. Who wants this feature? Personal gitea user / Companies with private gitea / Git hosting website via gitea or others?

私の個人的なgiteaと私たちが仕事で使用するものの両方のために私はそうします。

2. Why they need this feature?

他の偽造されたインスタンスのプロジェクトで共同作業するため。 すべてのシステムでユーザーアカウントを作成する必要はありません。 私のプライベートインスタンスの場合、ランダムな人にアクセスを許可したくありません。 そして、会社のインスタンスの場合、明らかに非従業員はアクセスできません。

3. How they want to use this feature?

私はそれを使用して、オープンソースとプロプライエタリの両方のプロジェクトでコラボレーションします。

1. この機能が必要なのは誰ですか？ 個人のgiteaユーザー/プライベートgiteaを使用している会社/ giteaまたは他の人を介したGitホスティングWebサイト？

間違いなく個人ユーザー。

1. なぜ彼らはこの機能を必要としますか？

オープンソースはコラボレーションがすべてです。 GitHubは、コードへの取り組みを社会的なものにし、問題の報告やプロジェクトへの貢献を簡単にすることで、オープンソースを主流にしました。 GitHubが置かれているスペースを分散化することは良いことですが、問題やパッチを簡単に送信できるという点では、かなり後退しています。

1. 彼らはこの機能をどのように使用したいですか？

フェデレーションは上記の問題を解決します。ユーザーがどのインスタンスまたはプラットフォームを使用しているかは関係ないため、ユーザーはリモートプロジェクトをプルし、独自のローカルアカウントを使用して、独自のインスタンスからプロジェクトに貢献できます。

どういうわけか、GitHubはここに新しいコメントに関する通知メールを送信しませんでした。私はそれらを完全に見逃しました。

とにかく、私はバックグラウンドで遊んでいますが、今はxormと熱心な読み込みに苦労しています。

私が持っています：

type Identity struct {
  ID          int64 `xorm:"pk autoincr"`
  UserName    string
  DisplayName string
}

type User struct {
  ID          int64 `xorm:"pk autoincr"`
  Slug        string // LowerName
  IdentityId  int64 `xorm:"NOT NULL DEFAULT 0"`
  Identity    Identity `xorm:"-"`
}

どのように作るのですかe.Get(&User{Slug: slug})自動ロード（？） Identityで与えIdentityId ？

私はそれがうまくいくとは思わない。 xormはその逆しかできないと思います。つまり、 Identity UserID列がある場合、xormはUser Identitiesスライスを埋めることができます。

xormがgormと十分に等しい場合は、それを実現するためにIdentities列をプリロードできるはずです。 通常のSQLではJOINになるので、 http：//gobook.io/read/gitea.com/xorm/manual-en-US/chapter-05/5.join.htmlが役に立ちます。

サンプルのようなもの

engine.Table("user").Alias("u").
    Join("INNER", []string{"group", "g"}, "g.id = u.group_id").
    Join("INNER", "type", "type.id = u.type_id").
    Where("u.name like ?", "%"+name+"%").Find(&users, &User{Name:name})

ドキュメントに従ってトリックを行う必要があります。

うーん、アイデンティティのリストを持っている私の問題のために助けにはなりません。
残念ながら、Join-Approachも機能しません。

コードベースをもう少し調べてみると、 RepositoryにOwner *Userがあり、 GetOwner関数を使用して手動でロードされているように見えます。同じパターンをコードに適用しました。今。 :)

そこで、ローカルリポジトリをクリーンアップし、ローカルユーザープロファイルを表示するために機能するユーザー/ ID分割のドラフトバージョンをコミットしてプッシュしました（例：localhost：8080 / user1）。 ：）https://github.com/criztovyl/gitea/commit/d0f24f7919d15ee481f5eae7ec6131ff369eaa66を参照してください
今のところ、それはユーザーに対してのみ機能し、組織はまだ機能していません。
それほど多くはありませんが、何かです。 :)

組織が持っているすべての肉をスタブアウトすることで、組織のプロファイルページも機能するようになりました。 https://github.com/criztovyl/gitea/compare/d0f24f7...3901206bcを参照して

私のコードはかなり搾取的であり、最終的なものではありません。 :)

ユーザーテーブルにis_localとremote_url 2つの列を追加してみませんか（おそらくdomainもありますが、すべてのgiteaインスタンスが特定のドメインのメインフォルダーでホストされているわけではありません。 romain_url ）で行きましたか？ そうすれば、追加のテーブルや結合は必要ありません。

誰かがこれを提案するのは初めてではありません、私もそれについて考えました。
しかし、これにより、ユーザー名のみで誤ってユーザーを比較する可能性があります。これは、（この特定のケースでは）3つすべてのis_local 、 remote_url 、およびusername比較する必要があるため無効です。 remote_url = "" is_local意味する場合、 remote_url = "" remote_urlとusername比較するだけに最適化できます）。
もう1つの懸念は、usersテーブルを増やすことです。たとえば、 lower_nameインデックスは、 remote_urlとlower_name組み合わせたインデックスである必要があります。 （一方、ローカルユーザー専用にlower_name設定することもできます...うーん。）

実装がよりクリーンだと思うので、authn / identity-splitを好みます。 （IDは新しい概念であるため、ユーザー名だけを比較するだけではいけません。）
しかし、分割の導入がいかに複雑であるかがわかるようになったので、もう一度決心する必要があると思います。 :)
私は時々少しナイーブです。 ^^

@criztovyl remote_urlまたはdomain (sub domain)が変更される場合があり、変更される可能性もあります

• https://mydownmain.com/gitea<---最初は
• https://gitea.mydownmain.com <---サブドメインに移動
• https://source.mydownmain.com <---一般的な名前が必要でした
• https://git.mydownmain.com <---ついにシンプルさが欲しかった

ご存知のように、名前を付けるのは難しいです

次のことも理解してみてください

• たとえば、ドメインを失った場合はどうなりますか？ または、法的な理由で名前を変更する必要があります。または、ドメインを売却したばかりです。これは、以前取り組んでいたプロジェクトに貢献できないことを意味しますか？
• usernameとemail使用をサポートしますか？
• ご存知のように、ユーザー名を変更したり、ユーザー名ではなくメールを使用してログインしたりする柔軟性もありますが、これはあなたが提案しているものにどのように適合しますか

1. Who wants this feature? Personal gitea user / Companies with private gitea / Git hosting website via gitea or others?

誰もが、例えば、人種差別に反対- 2019、githubの、ビットバケットとgitlabので知覚地理的位置に基づいてユーザを遮断された- https://archive.today/U1R2L 。 BLMデモの巨大な波で、ソフトウェアコミュニティで人種差別をサポートすることは歴史の中で良い瞬間ではありません。 https://codeberg.orgでgiteaのユーザーとして、私は自分の名前で話しているだけです。 これはhttps://codeberg.org/Codeberg/Community/issues/142として投稿されてい

2. Why they need this feature?

便利さの（Keye 2009） （Wu 2018） 。 github / bitbucket / gitlabのオンラインソーシャルネットワーク機能は非常に強力です。 「@」と数文字を入力すると、フリーソフトウェアコミュニティの大部分の中から、必要な人のユーザーIDの入力を求められる可能性があります。 これは効率的で公開されており（デフォルト）、pingを実行した人は、電子メールボックスをクリーンアップしなくても、問題に応答したり無視したりできます。

ただし、 https：//codeberg.orgおよびその他の人種差別的でないgitリポジトリサーバーには、ActivityPubタイプのフェデレーションがまだありません。 これが、githubのユーザーがコミュニティベースのサーバーへの移行を思いとどまらせる理由の1つです。「便利さの専制君主」は、ワールドワイドコミュニティの簡単なソーシャル接続が小さなコミュニティサーバーには存在しないことです。

言い換えれば、この機能は、一元化された秘密主義の人種差別主義者（2019/2020現在、上記を参照）の企業サーバーから独立したサーバー間で学術的なエフェメラを保存するために必要です。

3. How they want to use this feature?

（主に自由ソフトウェアの）ソフトウェア開発者のオープンコミュニティ間のソフトウェア開発に特に焦点を当てたソーシャルネットワーキングの場合。

上記の質問に対する大量のフィードバックを受け取ったため、このスレッドをロックすると、これに取り組む人は誰でも、解析できるこの情報を入手できます。