|
| 1 | +# المساهمة في Cline |
| 2 | + |
| 3 | +نحن سعداء لاهتمامك بالمساهمة في Cline. سواء كنت تصلح خطأً أو تضيف ميزة أو تحسن الوثائق لدينا، فإن كل مساهمة تجعل Cline أذكى! للحفاظ على مجتمعنا نابضًا بالحياة وترحيبيًا، يجب على جميع الأعضاء الالتزام بـ [مدونة قواعد السلوك](CODE_OF_CONDUCT.md) لدينا. |
| 4 | + |
| 5 | +## الإبلاغ عن الأخطاء أو المشكلات |
| 6 | + |
| 7 | +تساعد تقارير الأخطاء على جعل Cline أفضل للجميع! قبل إنشاء مشكلة جديدة، يرجى [البحث عن المشكلات الموجودة](https://github.com/cline/cline/issues) لتجنب الازدواجية. عندما تكون جاهزًا للإبلاغ عن خطأ، انتقل إلى [صفحة المشكلات](https://github.com/cline/cline/issues/new/choose) حيث ستجد قالبًا لمساعدتك في ملء المعلومات ذات الصلة. |
| 8 | + |
| 9 | +<blockquote class='warning-note'> |
| 10 | + 🔐 <b>مهم:</b> إذا اكتشفت ثغرة أمنية، فيرجى استخدام <a href="https://github.com/cline/cline/security/advisories/new">أداة الأمان على Github للإبلاغ عنها بشكل خاص</a>. |
| 11 | +</blockquote> |
| 12 | + |
| 13 | +## تحديد ما يجب العمل عليه |
| 14 | + |
| 15 | +تبحث عن مساهمة أولى جيدة؟ تحقق من المشكلات المميزة بـ ["good first issue"](https://github.com/cline/cline/labels/good%20first%20issue) أو ["help wanted"](https://github.com/cline/cline/labels/help%20wanted). تم تحديد هذه المشكلات خصيصًا للمساهمين الجدد والمجالات التي نرحب فيها بالمساعدة! |
| 16 | + |
| 17 | +نرحب أيضًا بالمساهمات في [الوثائق](https://github.com/cline/cline/tree/main/docs) لدينا! سواء كان تصحيح أخطاء إملائية، أو تحسين الأدلة الحالية، أو إنشاء محتوى تعليمي جديد - نود بناء مستودع موارد مدفوع من المجتمع يساعد الجميع على الاستفادة القصوى من Cline. يمكنك البدء بالغوص في `/docs` والبحث عن مجالات تحتاج إلى تحسين. |
| 18 | + |
| 19 | +إذا كنت تخطط للعمل على ميزة أكبر، فيرجى إنشاء [طلب ميزة](https://github.com/cline/cline/discussions/categories/feature-requests?discussions_q=is%3Aopen+category%3A%22Feature+Requests%22+sort%3Atop) أولاً حتى نتمكن من مناقشة ما إذا كان ذلك يتماشى مع رؤية Cline. |
| 20 | + |
| 21 | +## إعداد التطوير |
| 22 | + |
| 23 | +1. **إضافات VS Code** |
| 24 | + |
| 25 | + - عند فتح المشروع، سيطالبك VS Code بتثبيت الإضافات الموصى بها |
| 26 | + - هذه الإضافات مطلوبة للتطوير - يرجى قبول جميع مطالبات التثبيت |
| 27 | + - إذا تجاهلت المطالبات، يمكنك تثبيتها يدويًا من لوحة الإضافات |
| 28 | + |
| 29 | +2. **التطوير المحلي** |
| 30 | + - قم بتشغيل `npm run install:all` لتثبيت التبعيات |
| 31 | + - قم بتشغيل `npm run test` لتشغيل الاختبارات محليًا |
| 32 | + - قبل تقديم طلب السحب، قم بتشغيل `npm run format:fix` لتنسيق التعليمات البرمجية الخاصة بك |
| 33 | + |
| 34 | +## كتابة وتقديم التعليمات البرمجية |
| 35 | + |
| 36 | +يمكن لأي شخص المساهمة بالتعليمات البرمجية في Cline، لكننا نطلب منك اتباع هذه الإرشادات لضمان دمج مساهماتك بسلاسة: |
| 37 | + |
| 38 | +1. **احتفظ بطلبات السحب مركزة** |
| 39 | + |
| 40 | + - قيد طلبات السحب بميزة واحدة أو إصلاح خطأ |
| 41 | + - قسم التغييرات الأكبر إلى طلبات سحب أصغر ومتصلة |
| 42 | + - قسم التغييرات إلى التزامات منطقية يمكن مراجعتها بشكل مستقل |
| 43 | + |
| 44 | +2. **جودة التعليمات البرمجية** |
| 45 | + |
| 46 | + - قم بتشغيل `npm run lint` للتحقق من نمط التعليمات البرمجية |
| 47 | + - قم بتشغيل `npm run format` لتنسيق التعليمات البرمجية تلقائيًا |
| 48 | + - يجب أن تجتاز جميع طلبات السحب عمليات التحقق المستمر التي تشمل كلاً من التنضيد والتنسيق |
| 49 | + - تعامل مع أي تحذيرات أو أخطاء ESLint قبل التقديم |
| 50 | + - اتبع أفضل ممارسات TypeScript والحفاظ على سلامة النوع |
| 51 | + |
| 52 | +3. **الاختبار** |
| 53 | + |
| 54 | + - أضف اختبارات للميزات الجديدة |
| 55 | + - قم بتشغيل `npm test` للتأكد من اجتياز جميع الاختبارات |
| 56 | + - قم بتحديث الاختبارات الحالية إذا كانت تغييراتك تؤثر عليها |
| 57 | + - تضمين كل من اختبارات الوحدة واختبارات التكامل حيثما كان ذلك مناسبًا |
| 58 | + |
| 59 | +4. **إدارة الإصدار مع Changesets** |
| 60 | + |
| 61 | + - أنشئ changeset لأي تغييرات واجهة المستخدم باستخدام `npm run changeset` |
| 62 | + - اختر زيادة الإصدار المناسبة: |
| 63 | + - `major` للتغييرات الكبيرة (1.0.0 → 2.0.0) |
| 64 | + - `minor` للميزات الجديدة (1.0.0 → 1.1.0) |
| 65 | + - `patch` لإصلاحات الأخطاء (1.0.0 → 1.0.1) |
| 66 | + - اكتب رسائل changeset واضحة ووصفية تشرح التأثير |
| 67 | + - لا تتطلب التغييرات في الوثائق فقط changesets |
| 68 | + |
| 69 | +5. **إرشادات الالتزام (Commit Guidelines)** |
| 70 | + |
| 71 | + - اكتب رسائل التزام واضحة وواصفة |
| 72 | + - استخدم تنسيق الالتزام التقليدي (مثل: "feat:", "fix:", "docs:") |
| 73 | + - أشر إلى القضايا ذات الصلة في الالتزامات باستخدام #رقم-القضية |
| 74 | + |
| 75 | +6. **قبل الإرسال** |
| 76 | + |
| 77 | + - قم بإعادة دمج فرعك مع أحدث إصدار من الفرع الرئيسي |
| 78 | + - تأكد من أن الفرع الخاص بك يُبنى بنجاح |
| 79 | + - تحقق من اجتياز جميع الاختبارات |
| 80 | + - راجع التغييرات الخاصة بك للتأكد من عدم وجود تعليمات تصحيح الأخطاء أو سجلات وحدة التحكم |
| 81 | + |
| 82 | +7. **وصف طلب السحب (Pull Request Description)** |
| 83 | + |
| 84 | + - صف بوضوح ما تقوم به التغييرات |
| 85 | + - قم بتضمين خطوات لاختبار التغييرات |
| 86 | + - أدرج أي تغييرات غير متوافقة |
| 87 | + - أضف لقطات شاشة للتغييرات في واجهة المستخدم |
| 88 | + |
| 89 | +## اتفاقية المساهمة |
| 90 | + |
| 91 | +من خلال إرسال طلب سحب، فإنك توافق على أن مساهماتك سيتم ترخيصها بنفس ترخيص المشروع ([Apache 2.0](LICENSE)). |
| 92 | + |
| 93 | +تذكر: المساهمة في Cline لا تقتصر فقط على كتابة الكود - إنها تتعلق بأن تكون جزءًا من مجتمع يُشكل مستقبل التطوير بمساعدة الذكاء الاصطناعي. لنبنِ شيئًا رائعًا معًا! 🚀 |
0 commit comments