Gitea: Gitea gehostet Gitea

Sehr gute Idee!

1,2 im Februar, 1,3 im April, 1,4 im Juni, 1,5 im August? sollte genug zeit sein um das alles umzusetzen

Wenn Sie es noch nicht gesehen haben, fantastischer und aufschlussreicher Kommentar, der Ihren Ansatz zum Selbsthosten nur unterstützt, wenn er fertig ist: https://lobste.rs/s/gokjbo/gitea_1_1_0_released/comments/dg9pwe#c_dg9pwe

@lunny Jetzt wo ich darüber nachdenke (danke @zellyn für diesen Link 😂 ) Warum brauchen wir einen Oauth-Provider, _vollständige_ Webhook-Unterstützung, API-Dokumentation und eine _vollständige_ API für das Selbst-Hosting?

OAuth _Consumer_ ist erforderlich (es ist AFAIK zusammengeführt), damit sich Leute mit github auth anmelden können.
Die Drohne verwendet nur Schiebehaken, warum also sollten wir die anderen brauchen?

Was die API betrifft, bin ich mir nicht sicher, warum das Selbsthosten dies überhaupt erfordert TBH :)

Ich bin damit einverstanden, diese Liste zu kürzen. Früheres Self-Hosting wird uns sehr wahrscheinlich helfen, Prioritäten besser zu setzen :)

@bkcsoft vielleicht können wir eine gehostete Site

@bkcsoft Ich habe das Problem aktualisiert, meinst du das?

-> OAuth-Provider (#27) ist nicht geschlossen

@ekozan nicht geschlossen, aber aus der Liste der "Dinge, die wir brauchen"

"Repository-Größenbeschränkungen" hinzugefügt, da wir keinen unbegrenzten Speicherplatz auf den Servern haben...

Mein Vorschlag für Limits:

• 0 Organisationen
• 3 Repos
• 1 GB/Repository

@bkcsoft Meinten Sie, es wird ein öffentlicher Dienst für jeden sein?

Vielleicht, vielleicht nicht, aber _wenn_ es ein öffentlicher Dienst wird, können wir ihn nicht unbegrenzt haben ;)

Ich denke, Dogfooding ist wichtig genug, dass die Größenbeschränkungen für Repo-Repos nicht unbedingt der entscheidende Weg für selbstveranstaltende Gitea sein müssen. In den ersten Tagen nach der Migration zu gitea bin ich auf mehrere fehlende Funktionen gestoßen, die mich glauben ließen, dass Self-Hosting dazu beitragen wird, mich darauf zu konzentrieren, diese Dinge zu erledigen. Gitea ist bereits ein fantastisches, sehr benutzerfreundliches und leistungsstarkes Tool – es ist wirklich schade, dass Sie es nicht selbst verwenden. ;-)

Anstatt sich auf feste Größenbeschränkungen zu verlassen, kann es hilfreich sein, darüber nachzudenken, wie der selbst gehostete Server verwaltet wird, wer schlechtes Verhalten überwacht und welche Tools er benötigen wird. So sollen beispielsweise Contributor Forks des gitea-Projekts auf dem gitea-eigenen Server unterstützt werden. Dies birgt das Risiko, dass ein Benutzer gitea verzweigt und dann Warez zu seiner Verzweigung schiebt. Größenbeschränkungen können dazu beitragen, das Pushen großer Binärdateien zu verhindern, helfen jedoch möglicherweise nicht bei einer Liste von Kennwörtern oder Kreditkartennummern. Ein Tool, das in diesem Fall helfen könnte, ist etwas, das Alien-Dateien anhand der Diff-Zeilenzahl oder des rollenden Hashs erkennt.

Ein netter Nebeneffekt eines verfügbaren Diff-Size-Tools ist, dass der Code als Option verfügbar sein könnte, um während Pushs ausgeführt zu werden, um legitime Commits zu kennzeichnen, die sowieso in kleinere Teile hätten aufgeteilt werden sollen. (Verwandte Diskussion zu Möglichkeiten, dies zu tun: https://github.com/go-gitea/gitea/issues/3658#issuecomment-372263759.)

Ich wette, es gibt viele andere subtile Dinge, die für öffentlich zugängliche Server behandelt werden müssen. Es kann sinnvoll sein, ein separates "Public Hosting"-Masterproblem oder einen Meilenstein zu verwenden, um diese Dinge zu verfolgen.

Apropos Meilensteine: Sollte dieses Problem zu 1.5.0 hinzugefügt werden?

@stevegt Nein, da ich denke, dass nicht alle PRs mit 1.5.0 zusammengeführt / aufgelöst werden.

Ich habe Repository Size Limits (#3658) aus dem Problem entfernt, da es sich nicht auf Gitea gehostete gitea auswirkt.

Ich habe die Repository-Größenbeschränkungen (#3658) aus dem Problem entfernt, da es sich nicht auf Gitea gehostete gitea auswirkt.

Toll! Ich bin mir sicher, dass je früher Gitea sich selbst hostet, desto schneller wird das gesamte Projekt von realen Erfahrungen profitieren und Vertrauen gewinnen :)

@lafriks erwähnt in einem anderen Thread:

Selbst gehostet würde wahrscheinlich zusätzliche Finanzierung/Sponsoring erfordern, um für zusätzliche virtuelle Maschinen zu bezahlen

Und @lunny fragt oben:

@bkcsoft Meinten Sie, es wird ein öffentlicher Dienst für jeden sein?

Wäre es machbar, diese Gedanken zu einem "Wie wäre es mit der Einrichtung eines Online-Gitea-Dienstes, bei dem die Leute für (sagen wir) private Repos bezahlen?".

Wenn dies in Ordnung ist, sollte dies die Mittel generieren, um sich selbst + die öffentlichen Repos zu bezahlen.

Als Konzept scheint es ziemlich weit gereist zu sein. :Lächeln:

Um die Idee von @justinclift umgehend hinzuzufügen; das Timing könnte mit den aktuellen Nachrichten über die Übernahme von GitHub durch Microsoft stimmen.

@lafriks erwähnt in einem anderen Thread:

Selbst gehostet würde wahrscheinlich zusätzliche Finanzierung/Sponsoring erfordern, um für zusätzliche virtuelle Maschinen zu bezahlen

Ich bin zuversichtlich, dass es Gelder von der Community oder Sponsoring von Organisationen geben wird, um das Hosting von gitea selbst zu ermöglichen. Da Gitea ressourcenschonend ist (ja, GitLab, ich schaue auf dich), wird dies keine große Sache sein.

@mxmehl bisher gab es 5 Personen, die dazu beigetragen haben, seit das opencollective letzten Monat geöffnet wurde: https://opencollective.com/gitea

@justinclift Da Gitea eine reine Community für getrieben ist, können wir auf keinen Fall bezahlte private Depots einrichten, da dies die Gründung eines Unternehmens, den Umgang mit Steuern und die

@mxmehl bisher gab es 5 Personen, die dazu beigetragen haben, seit das opencollective letzten Monat geöffnet wurde: https://opencollective.com/gitea

@techknowlogick Kannte diese Seite nicht. Jetzt sind es 6 ;)

@lafriks Nun .... es gibt Community-Projekte - sowohl für Software- als auch für Nicht-Software-Angelegenheiten - die sich selbst gut zu verwalten scheinen, einschließlich finanzieller Angelegenheiten, Dinge, für die sie bezahlen, Personal (wo erforderlich) und so weiter.

Davon abgesehen erfordert es ein gewisses Maß an Willen, um es zu verwirklichen + es am Laufen zu halten. Die Leute in allen benötigten Rollen müssen auch gute Hüter sein (vertrauenswürdig, zuverlässig, einfühlsam).

Wenn kein Interesse besteht, wird es sowieso nirgendwo hingehen. Dito, wenn keine geeigneten „Depot“-Typen vereinbart werden können.

Aus dem oben erwähnten Open Collective- Link sieht es so aus, als ob einige erste Seeds vorhanden sind. Es zeigt, dass es Leute gibt, die als Hüter in Ordnung sind. :Lächeln:

@justinclift Ich sage nicht, dass es nicht möglich ist, aber zum jetzigen Zeitpunkt nicht, aber in Zukunft könnte es passieren. Im Moment würde ich mich zumindest besser auf die Entwicklung neuer Gitea-Funktionen und die Verbesserung der Dokumentation konzentrieren :) Daher ist jede Hilfe sehr willkommen, um dieses Ziel schneller zu erreichen.

Heh Heh Heh

Keine Sorge @lafriks. :Lächeln:

Das erste Ziel ist, dass Gitea gehostet wird, seit Gitea mit Microsoft verheiratet ist. :)

Ich denke, nur #2519 und #3748 müssen überprüft und zusammengeführt werden, bevor wir dieses Problem schließen.

@bkcsoft

"Repository-Größenbeschränkungen" hinzugefügt, da wir keinen unbegrenzten Speicherplatz auf den Servern haben...

Mein Vorschlag für Limits:

• 0 Organisationen
• 3 Repos
• 1 GB/Repository

Ich denke, mit dem Repos-Mengenlimit können wir die Einstellung "Zulassen" für nur vorhandene Repositorys für alle Benutzer hinzufügen, die nicht zum Gitea-Team gehören:

• 0 Organisationen
• 3 Repos (nur Gabeln zulassen)
• 1 GB/Repository

Ich denke nicht, dass die Anzahl der Forks begrenzt werden muss, sie wäre sowieso durch die Anzahl der Repositorys von gitea org begrenzt, also sollte das in Ordnung sein.
Was die Repo-Größe angeht, ja, wahrscheinlich sollte es einige Grenzen geben

Wir sollten das Erstellen von Organisationen und Repos begrenzen, sodass die Begrenzung der Repo-Größe für Gitea gehostetes Gitea kein notwendiges Problem ist.

Wir könnten in Erwägung ziehen, #3134 und #4302 (PR- und Issue-Backlinks) in die Prereq-Liste für das Selbst-Hosting aufzunehmen – vielleicht bin ich einzigartig, aber unsere eigene kleine gitea-Installation wurde ohne diese Backlinks unhandlich, sobald wir mehr als hinzugefügt hatten ein paar Benutzer und Probleme. Wir konnten das teilweise mit der Problemsuche umgehen, aber das ist ohne die globale Problemsuche eingeschränkt (#2434/#3841).

@stevegt Backlinks wären zwar schön, aber ich sehe nicht, dass sie den Wechsel zum Self-Hosting blockieren :)

@bkcsoft Fair genug - dachte nur, ich würde es erwähnen, falls es Erkenntnisse

Ich habe kürzlich von den Bemühungen von https://teahub.io gehört. Sie wollen eine gemeinnützige Organisation gründen. Kann Gitea das nicht verwenden, wenn sie mit dem Setup fertig sind?

@jlelse Nein. Gitea richtet einen eigenständigen Server (dh self.gitea.io) ein, um gitea zu hosten und auf github, gitlab oder teahub usw. zu spiegeln.

@lunny Benötigen wir wirklich Kommentare zu Commits, da wir derzeit nur Kommentare zu PR auf GitHub verwenden?

@JonasFranzDEV Ich meine Kommentare zu PR-Commits, ich denke, es ist notwendig.

Ich kommentiere hier, weil #4108 geschlossen ist. Wenn die Gitea Patreon (oder eine Patreon-ähnliche Alternative) steigt, muss ich davon wissen. Ich werde beitragen. Ich würde mir wünschen, dass dieses Projekt selbst gehostet und weiterentwickelt wird. Sobald ich alle meine Repositories verschoben habe, werde ich kein Geld mehr mit Github ausgeben, sondern das monatlich an den Patreon übergeben.

@ryanburnette https://opencollective.com/gitea

@lunny sieht so aus, als ob 'Genehmigungssystem' im

@mjmlvp ich glaube du hast recht. Ich habe #996 #2519 entfernt, da es kein Block dieses Problems sein sollte. Wir werden einen Server einrichten, auf dem unsere Entwicklungen gehostet werden.

Gibt es Neuigkeiten zu diesem Thema ?

Ja, wir müssen noch Genehmigungsbeschränkungen hinzufügen und können dann zu selbstgehostetem Code migrieren

Es wäre schön, die offenen Fragen dazu in die Liste aufzunehmen. Im Moment sieht es so aus, als ob alle verknüpften Issues und PRs geschlossen und zusammengeführt wurden.

@skddc fertig.

für das Protokoll

gitea-Server öffnen

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

Traue niemandem. mache regelmäßige Backups

@giteauser Ich

@giteauser und hier geht es um selbsthostende gitea-Entwicklung, damit die gitea-Entwicklung nicht mehr auf github erfolgen muss. Ich verstehe immer noch nicht, inwiefern das relevant ist.

Oh, ich habe diese für das falsche Problem gepostet, tut mir leid.

Jedes benötigte Feature sollte also jetzt implementiert sein. Können wir eine neue Version haben und weg migrieren?

Richtig, wir werden eine gitea-Instanz einrichten, um die Entwicklung von gitea zu hosten.

Ich denke, das Beheben des Backup-Dump-Problems und das Hinzufügen der richtigen Wiederherstellungsfunktionen ist auch ein wichtiger Bestandteil bei der Verwaltung der Infrastruktur einer selbst gehosteten Gitea

Wenn Sie Gitea auf Kubernetes bereitstellen, kann ich Ark für Backups und Wiederherstellungen empfehlen.

Im Allgemeinen scheint Backup kein blockierendes Thema für die selbsthostende Gitea-Entwicklung zu sein, da jeder normalerweise unterschiedliche Backup-Strategien/-Programme hat, abhängig von der Wahl der Plattform, der Bereitstellungsmethode, den vorhandenen Tools usw. Es sollte nur ein blockierendes Problem für die Produktionsbereitschaft dieser Instanz sein.

@max-wittig Die von gitea selbst gehostete Website wird auf einem öffentlichen Cloud-Anbieter ausgeführt. Sie bieten den RDS-Dienst und das Datenbank-Backup-Tool sowie einige Festplatten-Backup-Funktionen, damit der Backup-Dump-Befehl kein Abhängigkeitsproblem darstellt. Der Befehl dump ist für einen Single-Node-Gitea-Dienst. Natürlich sollten wir diese Probleme beheben.

@skddc Es ist ein interessantes Tool, das wir in Betracht ziehen können.

Ich hoffe wirklich, dass die Version 1.8.0 die Version sein wird, in der gitea selbst gehostet wird. Ich persönlich würde es gerne für meine eigenen Projekte verwenden, aber ich benutze gitea nur als Spiegel, aus dem einfachen Grund, dass ich ihm nicht genug vertraue, wenn die Entwickler - ihr Jungs - es nicht einmal für die gitea-Entwicklung verwenden. Außerdem würde ich gerne vorschlagen, gitea in meiner Arbeitsumgebung zu verwenden, kann es aber nicht einmal vorschlagen, da ich nur ausgelacht werde, wenn ich sage: "oh btw, es sieht toll aus, aber die Entwickler von gitea verwenden es nicht" es für ihr eigenes Projekt" ...

Dies ist nicht als Kritik oder als Druck gemeint, Leute. Ich möchte Sie nur wissen lassen, was ich (und wahrscheinlich viele andere) problematisch finden würde, wenn es darum geht, gitea als Haupt-Quellcode-Kontrollsystem zu verwenden ;)

Zum Schluss noch etwas konstruktiver. Wenn Sie auf der Suche nach einem sehr guten (und günstigen) clou vps für Backups oder sogar zum Hosten von gitea sind, werfen Sie einen Blick auf hetzner https://www.hetzner.com/storage/storage-box Allerdings für eine wichtige Infrastruktur wie Gitea Sie möchten es wahrscheinlich an zwei völlig unterschiedlichen Orten sichern (z. B. Hetzner und Digitalocean).

@markg85 wir arbeiten an https://gitea.com

Gibt es ein Update zu gitea hosted gitea auf gitea.com?

@zachdoty arbeite noch daran.

Ich habe etwas vergessen, das notwendig ist, um von github zu gitea zu wechseln. Wir müssen alle Daten verschieben (einschließlich Git-Daten, Probleme, Kommentare, Pull-Requests von github nach gitea), aber tatsächlich habe ich keine geeigneten Tools dafür gefunden. Ich habe PR über die Migration des Repositorys vom Frontend zum Backend gesendet, siehe #6200 , und auch https://gitea.com/gitea/migrator sollte mit gitea zusammengeführt werden, da die API von gitea kein Problem mit der angegebenen Indexnummer zulässt.

gitea-github-migrator kann fast alles migrieren, falls Sie das noch nicht gefunden haben. Wenn etwas fehlt, kann es dort vielleicht hinzugefügt werden, sodass auch andere Projekte ein gutes Werkzeug zum Migrieren haben.

@skddc sie sind tatsächlich gleich.

Ah, tut mir leid. War dem Link nicht gefolgt.

Wie @kolaente sagte, haben wir @jonasfranz eingeladen https://gitea.com/gitea/migrator/pulls/1 will das verbessern. Aber ich habe als Drittanbieter-Tool festgestellt, dass es einen Nachteil gibt. Das heißt, es ist schwierig, den Emissionsindex nach wie vor beizubehalten. (Um alle Links zu diesem Thema weiterhin verfügbar zu machen.) Ich denke, dass das Einführen des Migrationstools in gitea auf der Migrationsoberfläche eine bessere Idee ist.

Wäre auf jeden Fall genial, wenn die internen Links in Kommentaren etc. erhalten bleiben könnten. Wäre auch toll, wenn die PRs, die aus dem gleichen Repo stammen, als echte PRs statt als Ausgaben importiert werden könnten!

Ich habe die neue Aufgabe Migrate a throughout github repository to gitea zum Inhalt des Problems hinzugefügt und diese auf 1.9.0 verschoben, damit die Veröffentlichung von v1.8 nicht blockiert wird. Aber ich denke, wir sollten nicht warten, bis v1.9 veröffentlicht wird, da gitea.com dem Master folgen wird.

Ist die Produktion von Gitea.com bereit, und sollte ich mir Sorgen machen, dass Code dort gespeichert wird und verloren geht?

@BNolet wir haben einen 6-Maschinen-Ceph-Cluster eingerichtet, um die Repositorys zu speichern. Es sollte also nicht leicht verloren gehen, da alle Daten dreimal kopiert werden. Wir arbeiten daran, ein weiteres Backup über den Ceph-Mirror einzurichten. Und da wird git verteilt. Ihre Codes werden immer auf Ihrer oder der Festplatte Ihrer Kollegen gespeichert.

Wow, das ist fantastisch! Erwarten Sie alle, eine vollwertige Alternative zu GitHub oder Gitlab sein zu können?

Ich glaube nicht. Das Hauptziel von gitea.com ist es, die Entwicklungen von gitea selbst zu hosten. Wir haben zwar keine Einschränkung auf gitea.com vorgenommen, aber wir empfehlen Ihnen, eine selbst gehostete Gitea-Instanz einzurichten, da dies so einfach ist.

Gibt es einen Grund, die OpenID-Anmeldung nicht zu aktivieren?

@lunny ich habe eine und ich liebe sie :D

Wie wahrscheinlich ist es, dass CI/CD Teil des Gitea-Produkts wird?

@strk vergiss es einfach. Aktiviert die OpenID-Anmeldung.
@BNolet Gitea selbst wird die Drohne als primäre CI/CD verwenden.

Beim Versuch, die Github-Oauth-Option auf der Anmeldeseite zu verwenden, wird ein 500-Fehler angezeigt, nachdem ich die Berechtigungsanfrage für die go-gitea-App auf Github gestellt habe.

Sollte ich etwas warten, um die Flaggschiff-Instanz auszuprobieren?

@jakimfett das ist ein bekanntes Problem. Sie können es zweimal versuchen und es ist in Ordnung.

@strk vergiss es einfach. Aktiviert die OpenID-Anmeldung.

@lunny, da es heute noch ausgeschaltet war, gibt es vielleicht ein Bereitstellungsskript, das es immer wieder ausschaltet?

@jakimfett das ist ein bekanntes Problem...

Geben Sie eine Bearbeitung mit der Ausgabenummer ein und ich werde dort nachfassen.

_edit(s): Formatierung_

Codeberg ist ein kostenloser Gitea-basierter Dienst. Vielleicht kann Gitea dort einen offiziellen Spiegel einrichten. Derzeit wird es unter https://codeberg.org/Codeberg/gitea gespiegelt

Gitea wird auf https://gitea.com/gitea/gitea gehostet, und wir haben die meisten anderen Pakete nach https://gitea.com/gitea verschoben, und gitea selbst ist in Arbeit. Mirror ist bei allen anderen gitea-basierten Diensten willkommen.

@lunny hat gestern kommentiert:
Mirror ist bei allen anderen gitea-basierten Diensten willkommen.

Ich hacke mir einen aktuellen Spiegel zusammen, wenn ich vom Wochenende zurück bin.

Verwandt:
Gibt es irgendwo eine Spiegelliste, und trage ich mich dazu ein, oder...?

@jakimfett Gibt es nicht, aber du könntest eine PR mit einer neuen Dokumentenseite erstellen

Für eine bessere Benutzerführung bei der Migration von gitea weg von github würde ich dies gerne auf v1.10 verschieben und ich denke, wir sollten https://github.com/go-gitea/gitea/issues/7293 implementieren, bevor wir mit der Migration beginnen.

Ich wäre total für diesen Schritt, wenn er nicht in China gehostet würde oder die Aktivierungs-E-Mail 10 Minuten brauchte, um anzukommen.

Ich wäre total für diesen Schritt, wenn er nicht in China gehostet würde oder die Aktivierungs-E-Mail 10 Minuten brauchte, um anzukommen.

Edit: anscheinend lag ich falsch.

nach einigem googeln befindet sich die IP-Adresse von gitea.com anscheinend in Japan, nicht in China. Diese IP-Adresse gehört jedoch Alibaba.

Wir verwenden mailgun.org zum Versenden von E-Mails. Ich weiß nicht, warum es 10 Minuten dauert.

Unser Spenden-Cloud-Anbieter ist didiyun, das in China ist und viele Maschinen bereitstellt. Wir haben derzeit keine andere Wahl.

Und der erste Zweck von gitea.com wird nicht ein Dienst wie github.com oder gitlab.com sein. Es wird nur gitea selbst hosten und wir empfehlen Ihnen, die gitea-Instanz tatsächlich selbst einzurichten.

@programmerjake Das ist ein Bridge-Server.

Es war nicht meine Absicht, von meiner Instanz abzuweichen, aber ich mag es nicht, dass dieses Projekt auf Infrastruktur basiert, die von einem chinesischen Unternehmen gespendet wurde, das in der Vergangenheit fast keinen Ruf oder Suchergebnisse hat. Sie wissen nicht wirklich, was sie in Zukunft tun oder ob sie verlangen, ihre Spende zu kürzen, wenn Sie XY oder ZA nicht implementieren oder wenn sie eines Tages einfach weggehen.
Sie wissen wahrscheinlich, was Sie tun, und meine Bedenken sind einfach zu vorsichtig, aber Sie werden es nie erfahren.

Warum wird ein chinesisches Unternehmen das tun, ein US-Unternehmen jedoch nicht? :)

Und ich bin Chinese, und vielleicht solltest du vorsichtig sein. Eines Tages könnte ich Ihre Codes stehlen. :)

Ich glaube, ich habe diesen Plan vielleicht, als ich 2014 mit anderen 3 Chinesen Gogs gründete.

Es war nicht meine Absicht, von meiner Instanz abzuweichen, aber ich mag es nicht, dass dieses Projekt auf Infrastruktur basiert, die von einem chinesischen Unternehmen gespendet wurde. Sie wissen nicht wirklich, was sie in Zukunft tun oder ob sie verlangen, ihre Spende zu kürzen, wenn Sie XY oder ZA nicht implementieren oder wenn sie eines Tages einfach weggehen.
Sie wissen wahrscheinlich, was Sie tun, und meine Bedenken sind einfach zu vorsichtig, aber Sie werden es nie erfahren.

Das ist eine völlig idiotische Antwort.
Jetzt bin ich vielleicht aufgeschlossener, da ich Holländer bin, das akzeptieren wir irgendwie. Sie sollten es auch versuchen.

Solange dieses Projekt Open Source ist, besteht meiner Meinung nach kein Risiko für alles, was Sie sagen.
Und selbst wenn sie es tun, was wahrscheinlich bedeutet, dass sie Gitea abspalten, haben sie das volle Recht, da die Lizenz dies einfach zulässt.

Die USA jedoch... lassen Sie mich daran erinnern, dass Github seine Funktionen jetzt aufgrund des "Handelskrieges" zwischen den USA und China eingeschränkt hat. Wenn überhaupt, sind die USA im Moment ein größeres Risiko für die Entwicklung freier Software als China es jemals war. Verdammt , betroffen .

@lunny und das Team, das Gitea entwickelt. Mach weiter so mit der tollen Arbeit! :)

Und der erste Zweck von gitea.com wird nicht ein Dienst wie github.com oder gitlab.com sein. Es wird nur gitea selbst hosten und wir empfehlen Ihnen, die gitea-Instanz tatsächlich selbst einzurichten.

Ist es etwas, das Sie in Zukunft in Betracht ziehen könnten?

Solange dieses Projekt Open Source ist, besteht meiner Meinung nach kein Risiko für alles, was Sie sagen.

Das Kernprojekt birgt kein Risiko, aber die Infrastruktur schon. Es gibt keine Garantien, dass der unbekannte, unehrenhafte Spender nächsten Monat dort sein wird, egal ob er von irgendwoher oder aus China kommt. GitHub wird noch lange hier sein und so schnell nirgendwo hingehen.

Auch wenn die gesamte Infrastruktur nach China verlagert wird, leidet die gesamte Nutzerbasis unter den Schwierigkeiten zwischen den USA und China.

@lunny In Bezug auf E-Mails, die ~10 Minuten dauern, verfügt mein
Offensichtlich haben wir einige "vertrauenswürdige Quellen" konfiguriert, wie GMail, Hotmail usw., die keine Bedenkzeit benötigen.

Leute, wenn ihr mehr Infrastruktur für jede Region verstreut haben wollt, dann stimmt bitte mit eurer Brieftasche ab unter https://opencollective.com/gitea

@SuperSandro2000 Wissen Sie, dass Gitea kein Service, sondern ein _Produkt_ ist? Sie laden die Sourcen herunter, kompilieren Gitea auf Ihren Servern und installieren es. Es ist keinerlei Verbindung zum Hosting von Gitea erforderlich.

wenn sie verlangen, ihre Spende zu kürzen, wenn Sie XY oder ZA nicht implementieren oder wenn sie eines Tages einfach weggehen.

Es gibt keine Garantien, dass der unbekannte, nicht seriöse Spender nächsten Monat dort sein wird.

Ein paar Antworten dazu: Wir würden nicht bei einem unehrenhaften Unternehmen hosten, und die Gitea-Leads haben diesem Unternehmen unser Vertrauen geschenkt. Wenn sie kein Sponsoring mehr anbieten oder kein Unternehmen mehr sind, haben wir Optionen und können woanders hinziehen.

die gesamte Nutzerbasis wird unter den Schwierigkeiten zwischen den USA und China leiden.

Ein großer Teil des Gitea-Teams kommt aus China (aber wir haben auch Betreuer auf allen anderen Kontinenten), und wenn das Entwicklungsteam nicht auf den Code zugreifen kann, leidet die Benutzerbasis, weshalb wir ein Entwicklungsteam benötigen, um darauf zugreifen zu können Code. Wir bauen Gitea so, dass jeder es verwenden kann, sogar Benutzer, die von GitHub gesperrt wurden (nach der letzten Sperrwelle von GitHub haben viele dieser Benutzer angefangen, Gitea zu verwenden).

Wie andere bereits erwähnt haben, gibt es Spiegelungen der Codebasis auf anderen Instanzen auf der ganzen Welt, und dank git gibt es ein Verzeichnis aller am Code vorgenommenen Änderungen, sodass jeder alle Änderungen einsehen kann.

Ein Hinweis zur Transparenz: Ich habe diesen Thread gesperrt. Ich möchte dieses Gespräch nicht beenden, es sollte jedoch an einen anderen Ort verschoben werden, da es in diesem Github-Ticket darum geht, welche Verbesserungen an der Software für das Selbst-Hosting vorgenommen werden müssen (und nicht dort, wo wir hosten).