Gitea: استضافت Gitea Gitea

فكرة جيدة جدا!

1.2 في فبراير ، 1.3 في أبريل ، 1.4 في يونيو ، 1.5 في أغسطس؟ يجب أن يكون الوقت كافياً لتنفيذ كل ذلك

إذا لم تكن قد شاهدته ، فإن التعليق الرائع والثاقب يدعم أسلوبك في الاستضافة الذاتية فقط عندما تكون جاهزًا: https://lobste.rs/s/gokjbo/gitea_1_1_0_released/comments/dg9pwe#c_dg9pwe

lunny الآن بعد أن أفكر في الأمر (شكرًا zellyn على هذا الرابط 😂) لماذا نحتاج إلى مزود oauth و _complete_ webhook support و api-documents و _complete_ API للاستضافة الذاتية؟

مطلوب OAuth _Consumer_ (تم دمج AFAIK) حتى يتمكن الأشخاص من تسجيل الدخول باستخدام github auth.
الطائرات بدون طيار تستخدم خطافات الدفع فقط ، فلماذا نحتاج إلى الأخرى؟

بالنسبة لواجهة برمجة التطبيقات ، لست متأكدًا من سبب تطلب الاستضافة الذاتية ذلك على الإطلاق TBH :)

أوافق على قطع تلك القائمة. من المحتمل جدًا أن تساعدنا الاستضافة الذاتية السابقة في تحديد الأولويات بشكل أفضل :)

bkcsoft ربما يمكننا إعداد موقع مستضاف

bkcsoft لقد قمت بتحديث المشكلة ، هل تقصد ذلك؟

-> مزود OAuth (# 27) غير مغلق

لم يتم إغلاق ekozan ، ولكن تم

تمت إضافة "حدود حجم المستودع" نظرًا لأنه ليس لدينا مساحة تخزين غير محدودة على الخوادم ...

اقتراحي بشأن الحدود:

• 0 مؤسسات
• 3 ريبو
• 1 جيجابايت / الريبو

bkcsoft هل تقصد أنها ستكون خدمة عامة لأي شخص؟

ربما ، ربما لا ، ولكن _if_ أصبحت خدمة عامة لا يمكننا الحصول عليها بلا حدود ؛)

أعتقد أن تجربة الاستخدام التجريبي مهمة بما يكفي لأن حدود حجم الريبو قد لا تكون في حاجة إلى أن تكون في المسار الحرج لـ gitea للاستضافة الذاتية. في الأيام القليلة الأولى بعد الهجرة إلى gitea ، واجهت العديد من إغفالات الميزات التي جعلتني أعتقد أن الاستضافة الذاتية ستساعد في تركيز الجهد على إنجاز هذه الأشياء. Gitea هي بالفعل أداة رائعة وعالية الاستخدام وعالية الأداء - إنه لأمر مخز أن لا تستخدمها بأنفسكم. ؛-)

بدلاً من الاعتماد على حدود الحجم الثابت ، قد يكون من المفيد بدلاً من ذلك التفكير في كيفية إدارة الخادم المستضاف ذاتيًا ، ومن سيقوم بضبط السلوك السيئ ، والأدوات التي يريدونها. على سبيل المثال ، يجب دعم مفترقات المساهم في مشروع gitea على خادم gitea الخاص. هذا يعرّض لخطر أن يتخلى المستخدم عن gitea ، ثم يدفع Warez إلى مفترق طرقه. قد تساعد حدود الحجم في منع دفع ثنائيات كبيرة ، ولكنها قد لا تساعد في قائمة كلمات المرور أو أرقام بطاقات الائتمان. الأداة التي قد تساعد في هذه الحالة هي شيء يكتشف الملفات الغريبة عن طريق تعداد أسطر الفرق أو التجزئة المتداول.

من الآثار الجانبية الرائعة لوجود أداة ذات حجم مختلف هو أن الكود يمكن أن يكون متاحًا كخيار للتشغيل أثناء عمليات الدفع للإشارة إلى الالتزامات المشروعة التي كان يجب تقسيمها إلى أجزاء أصغر على أي حال. (مناقشة ذات صلة حول طرق القيام بذلك: https://github.com/go-gitea/gitea/issues/3658#issuecomment-372263759.)

أراهن أن هناك الكثير من الأشياء الدقيقة الأخرى التي يجب معالجتها للخوادم العامة. قد يكون من المنطقي استخدام مشكلة رئيسية منفصلة أو حدث رئيسي "للاستضافة العامة" لتتبع هذه الأشياء.

بالحديث عن المعالم ، هل يجب إضافة هذه المشكلة إلى 1.5.0؟

stevegt لا ، لأنني أعتقد أنه لن يتم دمج / حل جميع العلاقات العامة عند 1.5.0.

لقد قمت بإزالة Repository Size Limits (#3658) من المشكلة لأنها لن تؤثر على Gitea المستضاف.

لقد قمت بإزالة حدود حجم المستودع (# 3658) من المشكلة لأنها لن تؤثر على Gitea المستضاف.

باهر! أنا متأكد من أنه كلما أسرعت Gitea في استضافة نفسها ، زادت سرعة استفادة المشروع بأكمله من تجارب الحياة الواقعية ، واكتساب الثقة والثقة :)

يذكر lafriks في موضوع آخر:

قد تتطلب الاستضافة الذاتية تمويلًا / رعاية إضافية لدفع ثمن جهاز افتراضي إضافي

و @ lunny يسأل أعلاه:

bkcsoft هل تقصد أنها ستكون خدمة عامة لأي شخص؟

هل من الممكن دمج هذه الأفكار في "ماذا عن إعداد خدمة Gitea عبر الإنترنت ، حيث يدفع الناس (على سبيل المثال) إعادة الشراء الخاصة؟".

إذا تم القيام بذلك بشكل جيد ، فيجب أن يولد ذلك الأموال اللازمة للدفع لنفسه + إعادة الشراء العامة.

كمفهوم ، يبدو أنه جيد إلى حد ما. :ابتسامة:

للإضافة على الفور إلى فكرة justinclift ؛ قد يكون التوقيت مناسبًا مع الأخبار الحالية عن سيطرة Microsoft على GitHub.

يذكر lafriks في موضوع آخر:

قد تتطلب الاستضافة الذاتية تمويلًا / رعاية إضافية لدفع ثمن جهاز افتراضي إضافي

أنا واثق من أنه سيكون هناك تمويل من المجتمع أو رعاية من المنظمات لجعل استضافة gitea نفسها ممكنة. نظرًا لأن Gitea صديقة للموارد (نعم ، GitLab ، أنا أنظر إليك) لن تكون هذه مشكلة كبيرة.

mxmehl حتى الآن ، كان هناك 5 أفراد ساهموا منذ افتتاح opencollective الشهر الماضي: https://opencollective.com/gitea

justinclift نظرًا لأن Gitea عبارة عن مجتمع محض مدفوع ، فلا توجد طريقة يمكننا من خلالها إنشاء مستودعات خاصة مدفوعة الأجر لأن ذلك يتطلب إنشاء شركة والتعامل مع الضرائب ووجود موظفين بدوام كامل للتعامل مع المشكلات الفنية

mxmehl حتى الآن ، كان هناك 5 أفراد ساهموا منذ افتتاح opencollective الشهر الماضي: https://opencollective.com/gitea

techknowlogick لم أكن أعرف هذه الصفحة. الآن هو 6 ؛)

lafriks حسنا .... هناك مشاريع المجتمعية في جميع أنحاء - لكل البرامج وغير البرمجيات الأشياء - التي يبدو أن إدارة أنفسهم حسنا، بما في ذلك المسائل المالية والأشياء التي تدفع لوالموظفين (عند الحاجة)، وهلم جرا.

ومع ذلك ، فإنه يتطلب مستوى من الإرادة لتحقيق ذلك + استمراريته. يجب أن يكون الأشخاص في أي مناصب مطلوبة أيضًا أوصياء جيدين (جدير بالثقة ، وموثوق ، ومفيد).

إذا لم يكن هناك اهتمام ، فلن يذهب إلى أي مكان على أي حال. نفس الشيء إذا لم يتم الاتفاق على أنواع "أمناء حفظ" مناسبة.

من الرابط Open Collective المذكور أعلاه ، يبدو أن بعض البذور الأولية موجودة. إنه يوضح أن هناك أشخاصًا حولهم يعتبرون جيدًا كأوصياء. :ابتسامة:

justinclift لا أقول إن هذا غير ممكن ولكن ليس فقط في المرحلة الحالية ولكن في المستقبل يمكن أن يحدث. حاليًا على الأقل سأركز بشكل أفضل على تطوير ميزات Gitea الجديدة وتحسين التوثيق :) لذا فإن أي مساعدة هي موضع تقدير كبير للتحرك بشكل أسرع لتحقيق هذا الهدف.

هيه هيه هيه

لا تقلق على الإطلاقlafriks. :ابتسامة:

الهدف الأول هو استضافة Gitea لـ Gitea منذ زواج Github من Microsoft. :)

أعتقد أن # 2519 و # 3748 فقط بحاجة إلى المراجعة والدمج قبل إغلاق هذه المشكلة.

تضمين التغريدة

تمت إضافة "حدود حجم المستودع" نظرًا لأنه ليس لدينا مساحة تخزين غير محدودة على الخوادم ...

اقتراحي بشأن الحدود:

• 0 مؤسسات
• 3 ريبو
• 1 جيجابايت / الريبو

أعتقد ، مع حد كمية المستودعات ، يمكننا إضافة السماح بإعداد مستودعات fork الموجودة فقط لجميع المستخدمين غير الموجودين في فريق Gitea:

• 0 مؤسسات
• 3 مستودعات (السماح فقط بالشوكات)
• 1 جيجابايت / الريبو

لا أعتقد أن عدد الشوكات يجب أن يكون محدودًا ، فسيكون مقيدًا بعدد مستودعات gitea org على أي حال ، لذا يجب أن يكون ذلك جيدًا.
بالنسبة لحجم الريبو ، نعم ، ربما يجب أن تكون هناك بعض القيود

يجب أن نحد من إنشاء المؤسسات ، وإنشاء المستودعات ، لذا فإن حد حجم الريبو ليس مشكلة ضرورية لـ Gitea المستضافة من Gitea.

قد نفكر في إضافة # 3134 و # 4302 (الروابط الخلفية للعلاقات العامة والإصدار) إلى قائمة prereq للاستضافة الذاتية - ربما أنا فريد ، لكن تثبيت gitea الصغير الخاص بنا بدأ يصبح غير عملي بدون تلك الروابط الخلفية بمجرد إضافة أكثر من عدد قليل من المستخدمين والمشكلات. لقد تمكنا من التغلب على ذلك البعض من خلال البحث عن المشكلات ، ولكن هذا محدود بدون البحث عن المشكلات العالمية (# 2434 / # 3841).

stevegt بينما سيكون من الجيد الحصول على الروابط الخلفية ، إلا أنني لا أراها تمنع الانتقال إلى الاستضافة الذاتية :)

bkcsoft عادل بما فيه الكفاية - فقط اعتقدت أنني

سمعت مؤخرًا عن جهود https://teahub.io. يريدون إنشاء مؤسسة غير ربحية. ألا تستطيع Gitea استخدام ذلك بمجرد أن تكون جاهزة للإعداد؟

jlelse No. ستنشئ Gitea خادمًا مستقلًا (مثل self.gitea.io) لاستضافة gitea والنسخ المتطابق إلى github أو gitlab أو teahub وما إلى ذلك.

lunny هل نطلب حقًا

JonasFranzDEV أعني التعليقات على

أنا علق هنا لأن # 4108 مغلق. عندما يرتفع Gitea Patreon (أو البديل الشبيه بـ Patreon) ، أحتاج إلى معرفة ذلك. سأساهم. أود أن أرى هذا المشروع مستضافًا ذاتيًا ويتم تطويره بشكل أكبر. بمجرد أن أنقل جميع مستودعاتي ، لن أنفق المال مع Github بعد الآن ، سألتزم بذلك شهريًا لـ Patreon.

ryanburnette https://opencollective.com/gitea

lunny يبدو أنه يمكن

mjmlvp أعتقد أنك على حق. لقد قمت بإزالة # 996 # 2519 لأنه لا ينبغي أن يكون كتلة من هذه المشكلة. سننشئ خادمًا لاستضافة تطوراتنا.

أي أخبار عن هذا؟

نعم ، ما زلنا بحاجة إلى إضافة قيود الموافقة ومن ثم يمكننا الانتقال إلى رمز الاستضافة الذاتية

سيكون من الجيد إضافة القضايا المفتوحة لذلك إلى القائمة. في الوقت الحالي ، يبدو أنه تم إغلاق ودمج جميع المشكلات المرتبطة والعلاقات العامة.

skddc تم.

للتسجيل

فتح خوادم gitea

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

لا تثق بأحد. عمل نسخ احتياطية منتظمة

giteauser أنا أخفق في معرفة مدى صلة ذلك

giteauser وهذا يتعلق بتطوير gitea للاستضافة الذاتية ، بحيث لا يجب أن يحدث تطوير gitea على github بعد الآن. ما زلت أفشل في معرفة مدى صلة ذلك.

أوه ، لقد قمت بنشرها لمشكلة خاطئة ، أنا آسف.

لذلك ، يجب تنفيذ كل ميزة مطلوبة الآن. هل يمكننا الحصول على إصدار جديد والترحيل بعيدًا؟

حسنًا ، سنقوم بإعداد مثيل gitea لاستضافة تطوير gitea.

أعتقد أن إصلاح مشكلة تفريغ النسخ الاحتياطي وإضافة وظائف الاستعادة المناسبة يعد أيضًا جزءًا مهمًا لإدارة البنية التحتية لـ gitea ذاتية الاستضافة

إذا كنت تنشر Gitea على Kubernetes ، يمكنني أن أوصي بـ Ark للنسخ الاحتياطي والاستعادة.

بشكل عام ، لا يبدو أن النسخ الاحتياطي يجب أن يكون موضوعًا للحظر لتطوير Gitea للاستضافة الذاتية ، لأن كل شخص عادة ما يكون لديه استراتيجيات / برامج نسخ احتياطي مختلفة ، اعتمادًا على اختيارهم للنظام الأساسي وطريقة النشر والأدوات الحالية وما إلى ذلك. يجب أن تكون مشكلة حظر فقط لاستعداد إنتاج هذا المثيل بالذات.

@ max-wittig سيتم تشغيل موقع gitea المستضاف ذاتيًا على بعض موفري السحابة العامة. سيوفرون خدمة RDS وأداة النسخ الاحتياطي لقاعدة البيانات وبعض وظائف النسخ الاحتياطي للقرص بحيث لا يكون أمر تفريغ النسخ الاحتياطي مشكلة تبعية. أمر التفريغ مخصص لخدمة gitea أحادية العقدة. بالطبع يجب أن نصلح هذه المشكلات.

skddc إنها أداة مثيرة للاهتمام يمكننا اعتبارها.

آمل حقًا أن يكون الإصدار 1.8.0 هو الإصدار الذي تصبح فيه gitea مستضافة ذاتيًا. أنا شخصياً أرغب في استخدامه لمشاريعي الخاصة ، لكنني أستخدم gitea فقط كمرآة لسبب بسيط هو أنني لا أثق بها بما يكفي إذا لم يستخدمها المطورون - يا رفاق - حتى لتطوير gitea. أيضًا ، أود أن أقترح استخدام gitea في بيئة العمل الخاصة بي ولكن لا يمكنني اقتراح ذلك لأنني سأضحك عندما أقول: "بالمناسبة ، يبدو رائعًا ، لكن مطوري gitea لا يستخدمون من أجل مشروعهم الخاص "...

هذا لا يعني النقد أو كوسيلة لدفع الناس. مجرد إخبارك بما سأجده (وربما الكثير من الآخرين) مزعجًا عندما يتعلق الأمر باستخدام gitea كنظام تحكم رئيسي في التعليمات البرمجية المصدر ؛)

أخيرًا ، أن تكون أكثر بناءًا. إذا كنت تبحث عن vps جيد جدًا (ورخيص الثمن) للنسخ الاحتياطية أو حتى لاستضافة gitea ، ألق نظرة على hetzner https://www.hetzner.com/storage/storage-box على الرغم من وجود بنية تحتية مهمة مثل Gitea ربما تريد نسخه احتياطيًا في موقعين مختلفين تمامًا (على سبيل المثال ، hetzner و digitalocean).

@ markg85 نحن نعمل على https://gitea.com

أي تحديث على gitea المستضاف على gitea.com؟

zachdoty ما زلنا نعمل على ذلك.

لقد نسيت شيئًا ضروريًا للانتقال من github إلى gitea. نحتاج إلى نقل جميع البيانات (بما في ذلك بيانات git والمشكلات والتعليقات وطلبات السحب من github إلى gitea) ، لكن في الحقيقة لم أجد أدوات مناسبة للقيام بذلك. لقد أرسلت PR حول نقل مستودع الترحيل من الواجهة الأمامية إلى الخلفية ، راجع # 6200 ، وأيضًا يجب دمج https://gitea.com/gitea/migrator في gitea لأن واجهة برمجة تطبيقات gitea لن تسمح بإنشاء مشكلة مع تحديد رقم الفهرس.

يمكن لبرنامج gitea-github-migrator ترحيل كل شيء تقريبًا ، في حال لم تجده بعد. إذا كان هناك شيء مفقود ، فربما يمكن إضافته هناك ، لذا فإن المشاريع الأخرى لديها أيضًا أداة جيدة للترحيل.

skddc هم في الواقع نفس الشيء.

اه اسف. لم يتبع الرابط.

كما قال kolaente ، قمنا بدعوة jonasfranz انقل gitea-github-migrator إلى gitea.com وأرسلت رابطًا علاقات عامة https://gitea.com/gitea/migrator/pulls/1 يريد تحسين ذلك. لكنني وجدت كأداة خارجية ، هناك عيب واحد. من الصعب الاحتفاظ بمؤشر المشكلة كما كان من قبل. (للسماح لجميع الروابط الخاصة بالمشكلة ما زالت متوفرة). لذا أعتقد أن دمج أداة الترحيل في gitea على واجهة مستخدم الترحيل فكرة أفضل.

سيكون بالتأكيد رائعًا إذا أمكن الحفاظ على الروابط الداخلية في التعليقات وما إلى ذلك. سيكون أيضًا رائعًا إذا كان من الممكن استيراد العلاقات العامة التي تنشأ من نفس الريبو مثل العلاقات العامة الفعلية بدلاً من المشكلات!

لقد أضفت مهمة جديدة Migrate a throughout github repository to gitea على محتوى الإصدار وقمت بنقل هذا إلى 1.9.0 حتى لا يحظر هذا إصدار v1.8. لكن لا أعتقد أننا يجب أن ننتظر حتى إصدار v1.9 لأن gitea.com سيتبع المعلم.

هل إنتاج Gitea.com جاهز ، كما يجب أن أقلق بشأن تخزين الكود هناك وفقدانه؟

Bnolet لقد أنشأنا مجموعة

واو هذا رائع! هل تتوقعون جميعًا أن تكونوا بديلاً كاملاً لـ GitHub أو Gitlab؟

لا أعتقد ذلك. الهدف الرئيسي لموقع gitea.com هو استضافة مشاريع gitea نفسها. على الرغم من أننا لم نقم بأي قيود على gitea.com ، إلا أننا نشجعك على إعداد مثيل Gitea المستضاف بنفسك لأنه سهل للغاية.

أي سبب لعدم تمكين تسجيل الدخول OpenID؟

lunny لدي واحدة وأنا أحبه: د

ما مدى احتمالية أن يصبح CI / CD جزءًا من منتج Gitea؟

strk فقط ننسى ذلك. سيمكن OpenID تسجيل الدخول.
Bnolet Gitea نفسها ستستخدم الطائرة بدون طيار باعتبارها CI / CD الأساسي.

تلقيت خطأ 500 عند محاولة استخدام خيار Github oauth في صفحة تسجيل الدخول ، بعد أن أذهب لطلب الأذونات لتطبيق go-gitea على Github.

هل يجب أن أنتظر قليلاً للتحقق من النسخة الرئيسية؟

jakimfett هذه مشكلة معروفة. يمكنك المحاولة مرتين ولا بأس.

strk فقط ننسى ذلك. سيمكن OpenID تسجيل الدخول.

lunny نظرًا لأنه كان لا يزال مغلقًا اليوم ، فهل هناك ربما برنامج نصي للنشر يستمر في إيقاف تشغيله؟

jakimfett هذه مشكلة معروفة ...

ألقِ تعديلًا برقم الإصدار وسأتابع ذلك.

_تعديل (ق): تنسيق_

Codeberg هي خدمة مجانية قائمة على Gitea. ربما يمكن لـ Gitea إنشاء مرآة رسمية هناك. حاليًا تم عكسه على https://codeberg.org/Codeberg/gitea.

ستتم استضافة Gitea على https://gitea.com/gitea/gitea ، وقد نقلنا معظم الحزم الأخرى إلى https://gitea.com/gitea ، وجيتيا نفسها قيد التقدم. المرآة مرحب بها في أي خدمة أخرى قائمة على gitea.

lunny علق أمس:
المرآة مرحب بها في أي خدمة أخرى قائمة على gitea.

سوف أخترق مرآة حديثة بمجرد أن أعود من عطلة نهاية الأسبوع.

متعلق ب:
هل توجد قائمة مرايا في مكان ما ، وهل أضيف نفسي إليها ، أم ...؟

jakimfett لا يوجد ، ولكن يمكنك إنشاء

للحصول على معالج مستخدم أفضل عند ترحيل gitea away github ، أود نقل هذا إلى الإصدار v1.10 وأعتقد أنه يجب علينا تنفيذ https://github.com/go-gitea/gitea/issues/7293 قبل أن نبدأ في الترحيل.

سأكون مؤيدًا تمامًا لهذه الخطوة إذا لم يتم استضافتها في الصين أو استغرق البريد الإلكتروني للتفعيل 10 دقائق للوصول.

سأكون مؤيدًا تمامًا لهذه الخطوة إذا لم يتم استضافتها في الصين أو استغرق البريد الإلكتروني للتفعيل 10 دقائق للوصول.

تحرير: على ما يبدو ، كنت غير صحيح.

من بعض مواقع googling ، يبدو أن عنوان IP الخاص بـ gitea.com موجود بالفعل في اليابان ، وليس الصين. ومع ذلك ، فإن عنوان IP هذا مملوك لشركة Alibaba.

نستخدم mailgun.org لإرسال رسائل البريد الإلكتروني. لا أعرف لماذا سيستغرق 10 دقائق.

مزود السحابة المتبرع لدينا هو didiyun الموجود في الصين ويوفر العديد من الأجهزة. ليس لدينا خيار آخر حاليا.

ولن يصبح الغرض الأول لـ gitea.com كخدمة مثل github.com أو gitlab.com. سيستضيف gitea نفسه فقط ونوصيك بإعداد مثال gitea بنفسك في الواقع.

programmerjake هذا خادم جسر.

لم يكن في نيتي الابتعاد عن حالتي ولكني لا أحب أن يعتمد هذا المشروع على بنية تحتية تم التبرع بها من شركة صينية ليس لها أي سمعة تقريبًا في الماضي أو نتائج البحث. أنت لا تعرف حقًا ما الذي سيفعلونه في المستقبل أو إذا طالبوا بقطع تبرعهم إذا لم تنفذ XY أو تفعل ZA أو إذا ذهبوا بعيدًا في يوم من الأيام.
من المحتمل أنك تعرف ما تفعله ومخاوفي هي توخي الحذر فقط ولكنك لن تعرف أبدًا.

لماذا شركة صينية تفعل ذلك ولكن شركة أمريكية لا تفعل ذلك؟ :)

وأنا صيني ، وربما يجب أن تكون حذرا. قد سرقت الرموز الخاصة بك في يوم من الأيام. :)

أعتقد أنه قد يكون لدي هذه الخطة عندما بدأت Gogs مع 3 أشخاص صينيين آخرين في عام 2014.

لم يكن في نيتي الابتعاد عن حالتي ولكني لا أحب أن يعتمد هذا المشروع على بنية تحتية تم التبرع بها من شركة صينية. أنت لا تعرف حقًا ما الذي سيفعلونه في المستقبل أو إذا طالبوا بقطع تبرعهم إذا لم تنفذ XY أو تفعل ZA أو إذا ذهبوا بعيدًا في يوم من الأيام.
من المحتمل أنك تعرف ما تفعله ومخاوفي هي توخي الحذر فقط ولكنك لن تعرف أبدًا.

هذا رد غبي تمامًا.
الآن قد أكون أكثر انفتاحًا لأنني هولندي ، فنحن نعتنق ذلك نوعًا ما. عليك أن تحاول ذلك أيضا.

طالما أن هذا المشروع مفتوح المصدر ، فلا يوجد خطر في رأيي على أي شيء قلته.
وحتى لو فعلوا ذلك ، وهو ما يعني على الأرجح تفرغ Gitea ، فإنهم يتمتعون بكامل حقوقهم لأن الترخيص يسمح بذلك ببساطة.

لكن الولايات المتحدة ... دعني أذكرك أن Github قد حدت من ميزاتها الآن بسبب "الحرب التجارية" بين الولايات المتحدة والصين. إذا كان هناك أي شيء ، فإن الولايات المتحدة تشكل خطرًا أكبر على تطوير البرمجيات الحرة في الوقت الحالي ، مقارنةً بالصين في أي وقت مضى. هيك ، من المحتمل أن يتأثرlunny بهذا المستودع ذاته بسبب الحرب التجارية.

lunny والفريق تطوير Gitea. استمروا في العمل الرائع! :)

ولن يصبح الغرض الأول لـ gitea.com كخدمة مثل github.com أو gitlab.com. سيستضيف gitea نفسه فقط ونوصيك بإعداد مثال gitea بنفسك في الواقع.

هل هو شيء قد تفكر فيه في المستقبل؟

طالما أن هذا المشروع مفتوح المصدر ، فلا يوجد خطر في رأيي على أي شيء قلته.

المشروع الأساسي لا ينطوي على مخاطر ولكن البنية التحتية. لا توجد ضمانات بأن المتبرع المجهول الذي لا جدال فيه سيكون هناك الشهر المقبل بغض النظر عما إذا كان يأتي من أي مكان أو من الصين. سيكون GitHub هنا لفترة طويلة ولن يذهب إلى أي مكان بهذه السرعة.

أيضًا إذا انتقلت البنية التحتية بالكامل إلى الصين ، فستعاني قاعدة المستخدمين بأكملها بسبب الصعوبات بين الولايات المتحدة والصين.

lunny فيما يتعلق
من الواضح أن لدينا بعض "المصادر الموثوقة" التي تم تكوينها ، مثل GMail و Hotmail وما إلى ذلك ، والتي لا تحتاج إلى فترة تهدئة.

أيها الأشخاص ، إذا كنت تريد المزيد من البنية التحتية المنتشرة في كل منطقة ، فالرجاء التصويت باستخدام محفظتك على https://opencollective.com/gitea

@ SuperSandro2000 هل تعلم أن Gitea ليست خدمة بل منتج _؟ يمكنك تنزيل المصادر وتجميع Gitea في خوادمك وتثبيتها. لا يوجد اتصال على الإطلاق مطلوب لاستضافة Gitea.

إذا طالبوا بقطع تبرعهم إذا لم تنفذ XY أو تفعل ZA أو إذا ذهبوا في يوم من الأيام.

لا توجد ضمانات بأن المتبرع المجهول الذي لا جدال فيه سيكون هناك الشهر المقبل.

ردان على هذا: لن نستضيف شركة لا جدال فيها ، وقد وضع قادة Gitea ثقتنا في هذه الشركة. إذا توقفوا عن تقديم الرعاية ، أو توقفوا عن كونهم شركة ، فلدينا خيارات متاحة لنا ، ويمكننا الانتقال إلى مكان آخر.

ستعاني قاعدة المستخدمين بأكملها بسبب الصعوبات بين الولايات المتحدة والصين.

يأتي جزء كبير من فريق Gitea من الصين (ولكن لدينا أيضًا مشرفين في جميع القارات الأخرى أيضًا) ، وإذا لم يتمكن فريق التطوير من الوصول إلى الكود ، فإن قاعدة المستخدمين ستعاني ، ولهذا السبب نحتاج إلى فريق تطوير حتى نتمكن من الوصول الشفرة. قمنا ببناء Gitea حتى يتمكن الجميع من استخدامه ، حتى المستخدمين الذين تم حظرهم من GitHub (بعد موجة الحظر الأخيرة من GitHub ، بدأ الكثير من هؤلاء المستخدمين في استخدام Gitea).

كما ذكر آخرون ، هناك مرايا لقاعدة الشفرة في حالات أخرى حول العالم ، وبفضل git ، يوجد دفتر أستاذ لجميع التغييرات التي تم إجراؤها على الكود حتى يتمكن الجميع من رؤية جميع التغييرات.

ملاحظة بشأن الشفافية: لقد أغلقت هذا الموضوع. لا أريد إيقاف هذه المحادثة ، ولكن يجب نقلها إلى مكان مختلف لأن بطاقة github هذه تدور حول التحسينات التي يجب القيام بها مع برنامج الاستضافة الذاتية (بدلاً من المكان الذي نستضيفه).