Gitea: GiteaがGiteaをホスト

非常に良いアイデア！

2月に1.2、4月に1.3、6月に1.4、8月に1.5？ すべてを実装するのに十分な時間である必要があります😄

まだご覧になっていない場合は、準備ができたときにのみセルフホスティングへのアプローチをサポートする素晴らしい洞察に満ちたコメント： //lobste.rs/s/gokjbo/gitea_1_1_0_released/comments/dg9pwe#c_dg9pwe

@lunny考えてみました（そのリンクを@zellynに感謝します😂）なぜ、oauth-provider、_complete_ webhookサポート、api-documentation、およびセルフホスティング用の_complete_ APIが必要なのですか？

OAuth _Consumer_が必要です（AFAIKにマージされています）。これにより、ユーザーはgithubauthを使用してログインできます。
ドローンはプッシュフックのみを使用しているのに、なぜもう一方が必要なのですか？

APIに関しては、セルフホスティングでTBHが必要な理由がわかりません:)

そのリストをトリミングすることに同意します。 以前のセルフホスティングは、優先順位をより適切に設定するのに役立つ可能性が非常に高いです:)

@bkcsoftおそらく、ホストされたサイトをセットアップして試してみることができます。

@bkcsoft問題を更新しました、それはどういう意味ですか？

-> OAuthプロバイダー（＃27）が閉じられていません

@ekozanは閉じていませんが、「必要なもの」のリストから

サーバーに無制限のストレージがないため、「リポジトリのサイズ制限」を追加しました...

制限に関する私の提案：

• 0組織
• 3リポジトリ
• 1GB /レポ

@bkcsoft誰にとっても公共サービスになるということですか？

多分そうではないかもしれませんが、_もし_それが公共サービスになるなら、私たちはそれを無制限にすることはできません;）

ドッグフーディングは、レポジトリのサイズ制限がセルフホスティングのgiteaのクリティカルパスにある必要がないほど重要だと思います。 giteaに移行してから最初の数日で、いくつかの機能の欠落に遭遇しました。これにより、セルフホスティングがそれらの作業に集中するのに役立つと思いました。 Giteaはすでに素晴らしい、非常に使いやすい、高性能のツールです。自分で使用していないのは本当に残念です。 ;-)

ハードサイズの制限に依存するのではなく、セルフホストサーバーの管理方法、不正な動作を監視するユーザー、および必要なツールについて考えると役立つ場合があります。 たとえば、giteaプロジェクトのコントリビューターフォークは、gitea自身のサーバーでサポートされる必要があります。 これにより、ユーザーがgiteaをフォークしてから、ウェアーズをフォークにプッシュするリスクが明らかになります。 サイズ制限は、大きなバイナリのプッシュを防ぐのに役立つ場合がありますが、パスワードまたはクレジットカード番号のリストには役立たない場合があります。 その場合に役立つ可能性のあるツールは、差分行数またはローリングハッシュによってエイリアンファイルを検出するものです。

差分サイズのツールを使用できることの優れた副作用は、プッシュ中に実行するオプションとしてコードを使用して、とにかく小さな部分に分割する必要がある正当なコミットにフラグを立てることができることです。 （これを行う方法に関する関連ディスカッション：https：//github.com/go-gitea/gitea/issues/3658#issuecomment-372263759。）

公開サーバーで対処する必要のある微妙なことが他にもたくさんあると思います。 これらを追跡するために、別の「パブリックホスティング」マスターの問題またはマイルストーンを使用することは理にかなっているかもしれません。

マイルストーンと言えば、この問題を1.5.0に追加する必要がありますか？

@stevegtいいえ、すべてのPRが1.5.0でマージ/解決されるわけではないと思うので。

Repository Size Limits (#3658)は、Giteaがホストするgiteaには影響しないため、この問題から削除しました。

リポジトリのサイズ制限（＃3658）は、Giteaがホストするgiteaには影響しないため、この問題から削除しました。

素晴らしい！ Giteaがホストするのが早ければ早いほど、プロジェクト全体が実際の経験からより早く利益を得て、信頼と自信を得ることができると確信しています:)

@lafriksは別のスレッドで言及しています：

セルフホストでは、追加の仮想マシンの支払いに追加の資金/スポンサーシップが必要になる可能性があります

そして@lunnyは上で尋ねます：

@bkcsoft誰にとっても公共サービスになるということですか？

これらの考えを組み合わせて、「人々が（たとえば）プライベートリポジトリの料金を支払うオンラインGiteaサービスを設定するのはどうですか？」にまとめることは可能でしょうか？

完了OKならば、それは自分自身+公共のレポを支払うための資金を生成する必要があります。

コンセプトとしては、かなりよく移動しているようです。 ：笑顔：

@justincliftのアイデアにすぐに追加するには; MicrosoftがGitHubを買収したという現在のニュースとタイミングは正しいかもしれません。

@lafriksは別のスレッドで言及しています：

セルフホストでは、追加の仮想マシンの支払いに追加の資金/スポンサーシップが必要になる可能性があります

giteaのホスティングを可能にするために、コミュニティからの資金提供や組織からのスポンサーシップがあると確信しています。 Giteaはリソースに優しいので（そう、GitLab、私はあなたを見ています）、これは大したことではありません。

@mxmehlこれまでのところ、opencollectiveが先月オープンして以来、5人の個人が貢献しています：

@justincliftはGiteaが純粋に主導的なコミュニティであるため、会社を設立し、税金を処理し、技術的な問題に対処するための専任スタッフを配置する必要があるため、有料のプライベートリポジトリを設定する方法はありません。

@mxmehlこれまでのところ、opencollectiveが先月オープンして以来、5人の個人が貢献しています：

@techknowlogickこのページを知りませんでした。 今では6です;）

@lafriksええと....周りにはコミュニティプロジェクトがあり

そうは言っても、それを実現し続けるには、ある程度の意志が必要です。 必要な役割を担う人々は、優れた管理者（信頼できる、信頼できる、手がかりのある人）である必要もあります。

興味がなければ、とにかくどこにも行きません。 適切な「カストディアン」タイプについて合意できない場合も同様です。

上記のOpenCollectiveリンクから、いくつかの初期シードが配置されているように見えます。 それは、カストディアンとして大丈夫だと考えられている人々が周りにいることを示しています。 ：笑顔：

@justinclift不可能だと言っているわけではありませんが、現段階ではありませんが、将来的には発生する可能性があります。 現在、少なくとも私は新しいGitea機能の開発とドキュメントの改善に焦点を当てたほうがいいでしょう:)ですから、この目標に早く進むためにどんな助けでも大歓迎です。

ヘヘヘヘ

@lafriksはまったく心配ありません。 ：笑顔：

githubがMicrosoftと結婚して以来、最初の目標はGiteaがホストするGiteaです。 :)

この問題を解決する前に、レビューとマージが必要なのは＃2519と＃3748だけだと思います。

@bkcsoft

サーバーに無制限のストレージがないため、「リポジトリのサイズ制限」を追加しました...

制限に関する私の提案：

• 0組織
• 3リポジトリ
• 1GB /レポ

リポジトリの数量制限により、Giteaチームに属していないすべてのユーザーの既存のリポジトリのみをフォークに設定できるように追加できると思います。

• 0組織
• 3リポジトリ（フォークのみを許可）
• 1GB /レポ

フォーク数を制限する必要はないと思います。とにかくgiteaorgリポジトリ数によって制限されるので、問題ないはずです。
リポジトリのサイズに関しては、ええ、おそらくいくつかの制限があるはずです

組織の作成とリポジトリの作成を制限する必要があるため、GiteaがホストするGiteaではリポジトリのサイズ制限は必要ありません。

セルフホスティングの前提条件リストに＃3134と＃4302（PRと問題のバックリンク）を追加することを検討するかもしれません-おそらく私はユニークですが、私たち自身の小さなgiteaインストールは、数人のユーザーと問題。 問題の検索でその一部を回避することができましたが、グローバルな問題の検索（＃2434 /＃3841）がないと制限されます。

@stevegtバックリンクがあればいいのですが、セルフホスティングへの移行をブロックしているとは思いません:)

@bkcsoft十分に公平です-それが何らかの実現を引き起こした場合に備えて、私がそれについて言及したいと思っただけです。 私たちのローカルケースでは、回避策として、問題のコメントにバックリンクを手動で追加する習慣を身に付けています。

最近、 https：//teahub.ioの取り組みについて聞いたことがあり

@jlelseいいえ。Giteaはスタンドアロンサーバー（つまり、self.gitea.io）をセットアップして、giteaをホストし、github、gitlab、teahubなどにミラーリングします。

@lunny現在GitHubでPRに関するコメントのみを使用しているので、コミットに関するコメントが本当に必要ですか？

@JonasFranzDEV PRのコミットについてのコメントを意味します、それは必要だと思います。

＃4108が閉まっているので、ここでコメントします。 Gitea Patreon（またはPatreonのような代替品）が上がるとき、私はそれについて知る必要があります。 貢献します。 このプロジェクトが自己ホストされ、さらに発展することを望んでいます。 すべてのリポジトリを移動したら、Githubでお金を使うことはなくなります。その月ごとに、Patreonにコミットします。

@ryanburnette https://opencollective.com/gitea

@lunnyは、トピック開始の「承認システム」に

@mjmlvpあなたは正しいと思います。 この問題のブロックではないはずなので、＃996＃2519を削除しました。 開発をホストするサーバーをセットアップします。

これに関するニュースはありますか？

はい、まだ承認制限を追加する必要があります。そうすれば、セルフホストコードに移行できます。

そのための未解決の問題をリストに追加するとよいでしょう。 現時点では、リンクされているすべての問題とPRがクローズされ、マージされているようです。

@skddcが完了しました。

記録のために

オープンgiteaサーバー

• https://try.gitea.io/
• https://teahub.io/
• https://dev.sum7.eu/

誰も信じない。 定期的にバックアップを作成する

@giteauser私はそれがどのように関連しているかわかりません

@giteauserとこれはセルフホスティングのgitea開発に関するものなので、gitehubでgitea開発を行う必要はありません。 私はまだこれがどのように関連しているかを見ることができません。

ああ、私は間違った問題のためにこれらを投稿しました、ごめんなさい。

したがって、必要なすべての機能を今すぐ実装する必要があります。新しいリリースを入手して移行することはできますか？

そうです、giteaの開発をホストするためにgiteaインスタンスをセットアップします。

バックアップダンプの問題を修正し、適切な復元機能を

KubernetesにGiteaをデプロイしている場合は、バックアップと復元にArkをお勧めします。

一般的に言って、バックアップは、プラットフォーム、展開方法、既存のツールなどの選択に応じて、通常、すべての人が異なるバックアップ戦略/プログラムを持っているため、セルフホスティングGitea開発のブロックトピックではないようです。そのインスタンスの本番環境の準備を妨げる問題にすぎないはずです。

@ max-wittig giteaのセルフホストWebサイトは、一部のパブリッククラウドプロバイダーで実行されます。 これらは、RDSサービスとデータベースバックアップツール、およびいくつかのディスクバックアップ機能を提供するため、バックアップダンプコマンドは依存関係の問題ではありません。 dumpコマンドは、単一ノードのgiteaサービス用です。 もちろん、その問題を修正する必要があります。

@skddcそれは私たちが考えることができる興味深いツールです。

1.8.0リリースがgiteaがセルフホストになるバージョンになることを本当に望んでいます。 私は個人的にそれを自分のプロジェクトに使用したいと思っていますが、開発者（皆さん）がgiteaの開発にも使用しない場合は十分に信頼できないという単純な理由から、giteaをミラーとして使用しているだけです。 また、作業環境でgiteaを使用することを提案したいのですが、「ああ、見た目は素晴らしいですが、giteaの開発者は使用していません。それは彼ら自身のプロジェクトのためです」..。

これは、批判や人々をプッシュする方法として意図されていません。 主なソースコード管理システムとしてgiteaを使用することになると、私（そしておそらく他の多くの人）が厄介だと思うことをあなたに知らせるだけです;）

最後に、もう少し建設的になります。 バックアップ用、またはgiteaをホストするための非常に優れた（そして安価な）clous vpsを探している場合は、hetznerhttps ： //www.hetzner.com/storage/storage-boxを

@ markg85私たちはhttps://gitea.comに取り組んでい

gitea.comでgiteaがホストするgiteaのアップデートはありますか？

@zachdotyはまだそれに取り組んでいます。

githubからgiteaに移行するために必要なものを忘れました。 すべてのデータ（gitデータ、問題、コメント、githubからgiteaへのプルリクエストを含む）を移動する必要がありますが、実際には、それを行うための適切なツールが見つかりません。 フロントエンドからバックエンドへのリポジトリの移行に関するPRを送信しました。＃6200を参照してください。また、giteaのAPIではインデックス番号を指定して問題を作成できないため、https：//gitea.com/gitea/migratorをgiteaにマージする必要があります。

gitea-github-migratorは、まだ見つけていない場合に備えて、ほとんどすべてを移行できます。 不足しているものがある場合は、そこに追加できる可能性があるため、他のプロジェクトにも移行のための優れたツールがあります。

@skddc実際には同じです。

ああ、ごめんなさい。 リンクをたどっていませんでした。

@kolaenteが言ったように、 @ jonasfranz move gitea-github-migratorをgitea.comに招待し、PRを送信しますhttps://gitea.com/gitea/migrator/pulls/1それを改善したいと考えています。 しかし、サードパーティのツールとして、1つの欠点があることがわかりました。 つまり、以前のように課題インデックスを維持することは困難です。 （この問題に関するすべてのリンクを引き続き利用できるようにするためです。）したがって、移行UIで移行ツールをgiteaにマージすることをお勧めします。

コメントなどの内部リンクを保存できれば間違いなく素晴らしいでしょう。 同じリポジトリから発信されたPRを、問題ではなく実際のPRとしてインポートできれば、すばらしいでしょう。

問題のコンテンツに新しいタスクMigrate a throughout github repository to giteaを追加し、これを1.9.0に移動して、v1.8のリリースがブロックされないようにしました。 しかし、gitea.comがマスターをフォローするので、v1.9がリリースされるまで待つべきではないと思います。

コードをそこに保存して失われることを心配する必要があるので、Gitea.comの本番環境は準備できていますか？

@BNoletリポジトリを格納するために6台のマシンのcephクラスターをセットアップしました。 したがって、すべてのデータが3回コピーされるため、簡単に失われることはありません。 現在、cephミラーを介した別のバックアップのセットアップに取り組んでいます。 そしてgitが配布されているので。 あなたのコードは常にあなたやあなたの同僚のディスクに保存されます。

うわー、それは素晴らしいです！ GitHubやGitlabの完全な代替手段になることを皆さんは期待していますか？

そうは思いません。 gitea.comの主なターゲットは、giteaの開発自体をホストすることです。 gitea.comに制限はありませんが、とても簡単なので、自分でホストするGiteaインスタンスを設定することをお勧めします。

OpenIDサインインを有効にしない理由はありますか？

@lunny私は

CI / CDがGitea製品の一部になる可能性はどのくらいありますか？

@strkはそれを忘れてください。 OpenIDサインインを有効にします。
@BNolet Gitea自体は、プライマリCI / CDとしてドローンを使用します。

Githubでgo-giteaアプリのアクセス許可リクエストを行った後、ログインページでGithuboauthオプションを使用しようとすると500エラーが発生します。

フラッグシップインスタンスをチェックするために少し待つ必要がありますか？

@jakimfettこれは既知の問題です。 2回試すことができ、問題ありません。

@strkはそれを忘れてください。 OpenIDサインインを有効にします。

@lunnyは今日もオフのままでしたが、オフにし続けるデプロイスクリプトはありますか？

@jakimfettこれは既知の問題です...

問題番号を編集してください。そこでフォローアップします。

_編集：formatting_

Codebergは無料のGiteaベースのサービスです。 おそらく、Giteaはそこに公式の鏡を設置することができます。 現在、 https： //codeberg.org/Codeberg/giteaにミラーリングされてい

Giteaはhttps://gitea.com/gitea/giteaでホストされ、他のほとんどのパッケージをhttps://gitea.com/giteaに移動し、gitea自体が進行中です。 ミラーは、他のgiteaベースのサービスで歓迎されています。

@lunnyは昨日コメントしました：
ミラーは、他のgiteaベースのサービスで歓迎されています。

週末から戻ったら、最新のミラーを一緒にハックします。

関連している：
どこかにミラーのリストがありますか、それに自分自身を追加しますか、それとも...？

@jakimfettありませんが、新しいドキュメントページで

giteaをgithubから移行する際のユーザーハンドラーを改善するために、これをv1.10に移動したいと思います。移行を開始する前に、 https：//github.com/go-gitea/gitea/issues/7293を実装する必要があると思います。

中国でホストされていない場合や、アクティベーションメールが届くまでに10分かかった場合は、完全にその動きに賛成です。

中国でホストされていない場合や、アクティベーションメールが届くまでに10分かかった場合は、完全にその動きに賛成です。

編集：どうやら、私は間違っていました。

いくつかのグーグルから、どうやらgitea.comのIPアドレスは実際には中国ではなく日本にあります。 ただし、そのIPアドレスはAlibabaが所有しています。

メールの送信にはmailgun.orgを使用します。なぜ10分かかるのかわかりません。

私たちの寄付クラウドプロバイダーは中国にあるdidiyunであり、多くのマシンを提供しています。現在、他に選択肢はありません。

また、gitea.comの最初の目的は、github.comやgitlab.comのようなサービスにはなりません。これはgitea自体のみをホストするため、実際には自分でgiteaインスタンスを設定することをお勧めします。

@programmerjakeそれはブリッジサーバーです。

私のインスタンスから切り替えるつもりはありませんでしたが、このプロジェクトが、過去にほとんど評判がなかった中国企業や検索結果から寄贈されたインフラストラクチャに依存しているのは好きではありません。 あなたは彼らが将来何をするのか、あるいはあなたがXYを実装しないかZAを実行しないのか、あるいは彼らがいつか去ってしまうのかどうか、彼らが寄付を減らすことを要求するのかどうかを本当に知りません。
あなたはおそらくあなたが何をしているのか知っているでしょう、そして私の懸念はただ用心深いです、しかしあなたは決して知りません。

なぜ中国の会社はそうするのに、米国の会社はそうしないのですか？ :)

そして私は中国人です、そして多分あなたは注意するべきです。 いつか私はあなたのコードを盗むかもしれません。 :)

2014年に他の3人の中国人とGogsを始めたとき、私はその計画を持っているかもしれないと思います。

インスタンスから切り替えるつもりはありませんでしたが、このプロジェクトが中国企業から寄付されたインフラストラクチャに依存しているのは好きではありません。 あなたは彼らが将来何をするのか、あるいはあなたがXYを実装しないかZAを実行しないのか、あるいは彼らがいつか去ってしまうのかどうか、彼らが寄付を減らすことを要求するのかどうかを本当に知りません。
あなたはおそらくあなたが何をしているのか知っているでしょう、そして私の懸念はただ用心深いです、しかしあなたは決して知りません。

それは完全にばかげた返事です。
私はオランダ人なので、今はもっと心を開いているかもしれません。私たちはそれを受け入れています。 あなたもそれを試してみるべきです。

このプロジェクトがオープンソースである限り、あなたが言ったことに対して私の意見にリスクはありません。
そして、たとえそうだとしても、それはおそらくGiteaをフォークすることを意味しますが、ライセンスが単にそれを許可しているので、彼らは完全に彼らの権利を持っています。

ただし、米国は...米国と中国の間の「貿易戦争」のためにGithubの機能が制限されていることを思い出させてください。 どちらかといえば、米国は現時点で自由ソフトウェア開発のリスクが高く、中国はこれまでにないほどです。 ちなみに、

@lunnyと

また、gitea.comの最初の目的は、github.comやgitlab.comのようなサービスにはなりません。 これはgitea自体のみをホストするため、実際には自分でgiteaインスタンスを設定することをお勧めします。

それはあなたが将来考えるかもしれない何かですか？

このプロジェクトがオープンソースである限り、あなたが言ったことに対して私の意見にリスクはありません。

コアプロジェクトにはリスクはありませんが、インフラストラクチャにはリスクがあります。 彼がどこから来たのか中国から来たのかに関わらず、未知の評判の悪いドナーが来月そこにいるという保証はありません。 GitHubは長い間ここにあり、それほど速くどこにも行きません。

また、インフラ全体が中国に移動した場合、米国と中国の間の困難のためにユーザーベース全体が苦しむことになります。

@lunny最大10分かかる電子メールに関して、私の場合、私の会社のサーバーには、未知の送信元からのメールを一時的に拒否する「クールオフ」タイマー（ここでは20分）であるスパム対策対策があります。 したがって、ユーザー（私）がそのドメイン（例：gitea.com）から電子メールを初めて受信する場合、サーバーは「後で試す」と応答し、そのユーザーとドメインの組み合わせを記憶します。 次回gitea.comが予定時間内にメールを配信しようとすると、サーバーはメッセージを受け入れます。
明らかに、GMailやHotmailなど、クールオフ期間を必要としない「信頼できるソース」がいくつか構成されています。

人々、すべての地域にもっと多くのインフラストラクチャを広げたい場合は、 https： //opencollective.com/giteaでウォレットに投票して

@ SuperSandro2000 Giteaはサービスではなく、_製品_であることをご存知ですか？ ソースをダウンロードし、サーバーでGiteaをコンパイルしてインストールします。 Giteaのホスティングには何の接続も必要ありません。

あなたがXYを実装しないかZAを実行しない場合、または彼らがいつか去ってしまう場合、彼らが寄付を削減することを要求した場合。

未知の評判の悪いドナーが来月そこにいるという保証はありません。

これに対するいくつかの回答：評判の悪い会社をホストすることはありません。Giteaのリードはこの会社に信頼を置いています。 彼らがスポンサーシップの提供をやめた場合、または会社でなくなった場合、私たちは私たちに利用可能なオプションがあり、他の場所に移動することができます。

米国と中国の間の困難のために、ユーザーベース全体が苦しむでしょう。

Giteaチームの大部分は中国出身です（ただし、他のすべての大陸にもメンテナーがいます）。開発チームがコードにアクセスできない場合、ユーザーベースが損なわれるため、開発チームがアクセスできるようにする必要があります。コード。 Giteaは、GitHubから禁止されているユーザーも含め、誰もが使用できるように構築されています（GitHubからの最近の禁止の波の後、多くのユーザーがGiteaを使用し始めました）。

他の人が述べているように、世界中の他のインスタンスにコードベースのミラーがあり、gitのおかげで、コードに加えられたすべての変更の元帳があり、誰もがすべての変更を可視化できます。

透明性に関する注記：このスレッドをロックしました。 この会話を止めたくありませんが、このgithubチケットは、（私たちがホストしている場所ではなく）セルフホスティング用のソフトウェアで実行する必要がある拡張機能に関するものであるため、別の場所に移動する必要があります。