دليل المساهمين

تعتبر React من أوائل المشاريع المفتوحة المصدر من Facebook والتي ﻻزالت تحت التطوير المستمر والتي يتم استعمالها في شفرات برمجية للجميع في facebook.com. ﻻزلنا مستمرّين في العمل على إصلاح العلل لجعل المُساهمة في هذا المشروع أسهل وأكثر شفافية قدر الإمكان. لم نبلغ ذلك حقّا، لكن نتمنى أن يوضّح هذا المستند مراحل المساهمة ويجيب عن الأسئلة التي يمكن أن تُراودك.

القواعد السلوكيّة

قبل المشاركة، الرجاء منك أن تقرأ قواعدنا السلوكية، لقد تبنّينا ميثاق القواعد السلوكية للمساهمين ونتطلّع إلى أن يحترم أعضاء المجتمع قواعده.

التطوير المفتوح

كل العمل على React يحدث عل موقعGitHub. كل من الفريق الرئيسي والمساهمون الآخرون يساهمون بإرسال طلبات السحب (Pull requests) والتي تدخل نفس مراحل المراجعة.

Semantic Versioning

تتبع React الإدارة الدلالية لنُسخ البرمجيات. نُصدر اصدارات ترقيع (patch versions) عند القيام بإصلاحات للعلل والثغرات، اصدارات صُغرى عند إضافة ميزات ووظائف جديدة، وإصدارات جذرية عند القيام بتغيرات جذرية. عند القيام بتغيير جذري نقوم باستخدام تحذيرات بعدم الصلاحية (deprecation warnings) في الإصدارات الصغرى حتى يعلم مستخدمونا بالتغيرات التي ستطرأ وحتى يرقّوا شفراتهم البرمجية مُسبقا. تعرف على المزيد حول التزاماتنا في سياسة الإصدارات.

كل تغيير معتبر موثّق في جدول التغييرات (changelog).

تنظيم الفروع (Branch Organization)

Submit all changes directly to the master branch. We don’t use separate branches for development or for upcoming releases. We do our best to keep master in good shape, with all tests passing.

Code that lands in master must be compatible with the latest stable release. It may contain additional features, but no breaking changes. We should be able to release a new minor version from the tip of master at any time.

Feature Flags

To keep the master branch in a releasable state, breaking changes and experimental features must be gated behind a feature flag.

Feature flags are defined in packages/shared/ReactFeatureFlags.js. Some builds of React may enable different sets of feature flags; for example, the React Native build may be configured differently than React DOM. These flags are found in packages/shared/forks. Feature flags are statically typed by Flow, so you can run yarn flow to confirm that you’ve updated all the necessary files.

React’s build system will strip out disabled feature branches before publishing. A continuous integration job runs on every commit to check for changes in bundle size. You can use the change in size as a signal that a feature was gated correctly.

العلل (Bugs)

أين تجد المشاكل المعروفة

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

التبليغ عن مشكل جديد

تقديم حالة اختبارية موجزة هي أفضل طريقة لإصلاح العلّة التي تواجهك. هذا النموذج على JSFiddle يُعدّ نقطة بداية مهمّة.

الثغرات الأمنية

لدى Facebook برنامج مكفآت للتبليغ الآمن عن الثغرات الأمنية. وبالتالي يرجى عدم التطرّق لذلك في العلن في (الـ issues). اذهب لتلك الصفحة واتبع الخطوات الموضحة هناك.

سُبُل التواصل

هناك كذلك مجتمع نشيط من مستخدمي React على منصّة Discord للمحادثة إذا ما احتجت للمساعدة فيما يتعلّق بـReact.

اقتراح تغيير

إن أردت احداث تغيير بالواجهة البرمجية (API)، أو احداث أي تغييرات مُعتَبرة ننصحك بأن تقدم طلب مُشكلة (issue). هذا يُمكننا من مناقشة اقتراحك قبل أن تستثمر جهدك فيه.

إن كنت تُقدم على إصلاح مشكلة فحسب، ﻻ بأس بإرسال طلب سحب (pull request) مباشرة، لكن من المهم أن تقدم طلب مُشكلة (issue) تُحدّد فيها بالتفصيل ما أنت بصدد إصلاحه. هذا مُهم في حالة ما إذا كنّا ﻻ نقبل ذاك الإصلاح بالتحديد لكن يمكننا الاستمرار في العمل على تلك المُشكلة.

أول طلب سحب (Pull Request) لك

هل تعمل على أول طلب سحب (Pull Request) لك؟ يمكنك أن تتعلّم كيفية عمل ذلك من سلسلة الفيديوهات المجانيّة التالية:

كيف تُساهم في مشروع مفتوح المصدر على Github

حتى نساعدك في تَبليل قَدَمَيْك (الإنطلاق لأوّل مرّة) وحتى تَعتاد على نظام المُساهمة الخاص بنا، لدينا قائمة ببعض المشاكل السهلة على المبتدئين (good first issues) والتي تحوي عِلَلا ذات نطاق محدود نسبيّا فتعتبَرُ مكانًا جيدا للإنطلاق منه.

إن قررت أن تُصلحَ مُشكلة (issue) قد تم طرحها، من فضلك ألقِ نظرة على النقاش في التعليقات لترى ما إذا كان أحدهم يعمل على إصلاحها. وإن لم يكن أي أحد يعمل عليها في ذلك الحين، الرجاء ترك تعليق بوضّح بأنك تريد العمل عليها حتى ﻻ يكرر الآخرون مَجهوداتك.

إن اقرّ أحدهم بأن هناك مشكلة ولم يعقّب على ذلك لأكثر من أسبوعين، ﻻ بأس أن تتناولها أنت لكن يجب عليك أن تَترُك تعليقًا على كلّ حال.

إرسال طلب سحب (Pull Request)

يراقب الفريق الرئيسي طلبات السحب (pull requests). سنقوم بمراجعة طلب السحب الخاص بك وبعدها يمكنن أن ندمجه أو نطلب من أن تُحدث تغييرات به، أو يمكن أن نغلقه مع شرح الأسباب. أما التغيّرات التي تمسّ الواجهة البرمجية (API) قد تتطلب منا إحداث تغييرات وإصلاحات في استخدماتنا الداخلية في Facebook.com، والتي قد تُسبب تأخرًا. سنبذل قصارى جهدنا في تقديم التحديثات والنتائج المحصلّة خلال العمليّة.

قبل تسجيل طلب السحب، الرجاء التحقق من إتمام ما يلي:

قم باستنساخ المستودع المستودع (بعمل Fork) وبعدها أنشأ الفرع الخاص بك من الفرع الرئيسي master
نفّذ الأمل yarn في مجلّد المستودع.
إن أصلحت علّة أو أضفت شيفرة برمجية والتي تحتاج إلى اختبار، أضف الإختبارات.
تأكّد من نجاح سلسلة الإختبارات (yarn test). نصيحة: yarn test --watch TestName مفيدة أثناء التطوير.
نفّذ الأمر yarn test-prod للإختبار في وضع الإنتاج. الأمر يقبل نفس الخيارات (options) المتوفّرة مع الأمر yarn test.
إن كنت تحتاج مُنقّحًا، نفّذ yarn debug-test --watch TestName، وافتح chrome://inspect، ثمّ اضغط على تفحّص(Inspect).
نظّم شيفرتك البرمجية مع prettier بالأمر (yarn prettier).
تأكّد من أن شيفرتك البرمجية متناسقة بالأمر (yarn lint). نصيحة: yarn linc للتحقق فقط من الملفّات المُتَغيّرة.
نفّذ Flow للتحقق من الأصناف (typechecks) بالأمر (yarn flow).
راجع اتفاقية ترخيص المساهم (CLA)، إن لم تقم بذلك بعد.

اتفاقية ترخيص المساهم (CLA)

حتى يتمّ قبول طلب السحب الخاص بك، يجب عليك أولا أن تقوم بتسجيل إتفاقية ترخيص المساهم (CLA). عليك أن تفعل ذلك مرّة واحدة فحسب، لذا لو أردت المشاركة في أحد المشاريع مفتوحة المصدر من Facebook، فستكون جاهزا للإنطلاق. إن كنت تقوم بتسجيل طلب سحب للمرّة الأولى، أخبرنا بأنك أكملت مراجعة الإتفاقية (CLA) وعندها يمكننا أن نتحقق من ذلك باسم المستخدم الخاص بك على Github.

أكمل الـCLA الخاصّة بك من هنا

مُتطلّبات للمساهمة

لديك Node مثبّت بنسخته الـv8.0.0+ و Yarn بالنسخة v1.2.0+.
لديك JDK مثبّت.
لديك gcc مُثبّت أو أنت مُعتاد على تثبيت المُتَرجمات (compilers) إذا ما احتجتها. بعض الإعتماديات (dependencies) تحتاج إلى مرحلة تَرجَمة (compilation step). في نظام OS X, طرفية Xcode (Xcode Command Line Tools) ستتكفّل بذلك، على Ubuntu، أمر apt-get install build-essential سيثبّت الحزم المطلوبة، أوامر مشابة يمكن أن تشتغل على توزعات لينُكس الأخرى. نظام ويندوز (Windows) سيتطلّب مراحل إضافية، راجع إرشادات تثبيت node-gyp لمزيد من التفاصيل.
أنت مُعتاد على Git.

آليّة التطوير

بعد استنساخ مشروع React على جهازك، نفّذ الأمر yarn لتحميل كل إعتماديّاته. بعدها يمكنك تنفيذ بعض الأوامر:

yarn lint للتحقق من تنسيق الشيفرة البرمجية.
yarn linc مثل yarn lint لكن أسرع ﻷنه يتحقق من الملفّات التي تغيّرت فحسب.
yarn test يشغّل كل سلسلة الإختبارات.
yarn test --watch يشغّل مُراقب الإختبارات التفاعلي (interactive tests watcher).
yarn test <نمط(pattern)> يشغلّ الإختبارات التي الموافقة لاسم الملف.
yarn test-prod تشغّل الإختبارات في بيئة الإنتاج، تقبل كل خيارات الأمر yarn test.
yarn debug-test يُشابه الأمر yarn test لكن مع مُنَقّح. افتح chrome://inspect ثمّ اضغط على تفحّص(Inspect).
yarn flow يشغّل آلية Flow للتحقق من الأصناف.
yarn build ينشأ مجلّد بناء (build) مع كل الحُزم.
yarn build react/index,react-dom/index --type=UMD ينشأ بنيات بناء (UMD) مُكوّنة من React و ReactDOM فقط.

ننصح باستعمال الأمر yarn test (أو ما يُشابهه من الأوامر أعلاه) للتأكد من عدم إتلاف أي شيء بينما تعمل على التغييرات التي تقوم بها. على كلّ، سيكون من الأحسن أن تختبر نسختك المبنيّة من React في مشروع حقيقي.

أولا، شغّل الأمر yarn build. هذا الأمر سينتج حزما مبنيّة مسبقا في مجلد build وستقوم تحضير حزم npm داخل build/packages.

أسهل طريقة لتجربة التغييرات التي قمت بها هي بتشغل الأمر yarn build react/index,react-dom/index --type=UMD ثم بفتح fixtures/packaging/babel-standalone/dev.html. هذا الملف أصلا يستعمل react.development.js من مجلّد build حتى يُتابع التغييرات التي تقوم بها.

إن قررت أن تجرّب تغييراتك على مشروع React مُنشأ مسبقا، يمكنك نسخ build/dist/react.development.js و build/dist/react-dom.development.js و أيّ من نواتج البناء (build products) ووضعها في تطبيقك ومن ثمّ استعمالها عِوضَ النسخة المستقرّة.

إن كان مشروعك يستعمل React من npm، يمكنك حذف react و react-dom من مُعتمديّاته ثم استعمل yarn link لربطها مع مسار مجلّد build المحلّي لديك. لاحظ أن بدلا من --type=UMD سوف تحتاج إلى تمرير --type=NODE عند بناء المشروع. ستحتاج أيضا إلى بناء رزمة scheduler:

cd ~/path_to_your_react_clone/
yarn build react/index,react-dom/index,scheduler --type=NODE

cd build/node_modules/react
yarn link
cd build/node_modules/react-dom
yarn link

cd ~/path/to/your/project
yarn link react react-dom

في كل مرّة تشغّل فيها الأمر yarn build في مجلّد React ستظهر النسخ المُحدّثة في مجلّد node_modules داخل مسار مشروعك. تستطيع عندها إعادة بناء مشروعك لتجربة التغييرات التي قُمت بها.

اذا كانت أحد الرزم مفقوده (علي سبيل المثال: ربما تستخدم react-dom/server في مشروعك), يمكنك دائما بناء مشروعك كامل بتشغيل الأمر yarn build. لاحظ أن الأمر yarn build بدون خيارات يستغرق وقت طويل.

نؤكّد مجددا أن يتوفّر طلب السحب (pull request) الخاص بك على وحدات اختبار ﻷي ميزة جديدة. بذلك نضمن أننا لن نُعطّل شيفرتك البرمجية في المستقبل.

دليل التنسيق

نستعمل مُنسّق شيفرات برمجية آلي يدعى Prettier. شغّل الأمر yarn prettier بعد القيام بأية تعديلات تمسّ الشيفرة البرمجية.

عندها ستقوم أداة التنسيق (linter) الخاصة بنا بالتقاط أغلب المشاكل التي يمكن أن توجد بشيفرتك البرمجية. يمكنك عبر الأمر yarn linc أن تتحقق من حالة تنسيق شيفرتك البرمجية.

يمكن لأداة التنسيق (linter) أن تفشل في التقاط بعض التنسيقات، إن كنت غير متأكد من شيء ما، راجع دليل تنسيق Airbnb سيقوم بإرشادك إلى الاتجاه الصحيح.

فيديو تمهيدي

قد تُهمّك مشاهدة هذا الفيديو القصير (26 دقيقة) والذي يمكن أن يُعطيك مقدمّة عن المساهمة في React.

أبرز أجزاء الفيديو:

4:12 - بناء واختبار React محليّا
6:07 - إنشاء وإرسال طلبات السحب (pull requests)
8:25 - تنظيم الشيفرة البرمجية
14:43 - تسجيل React بـnpm (React npm registry)
19:15 - إضافة ميزات جديدة لـ React

لنيل نظرة واقعية عن “ما هو الشعور” عن القيام بالمساهمة في React للمرة الأولى، شاهد هذه المحاضرة الممتعة من ReactNYC.

طلب التعليقات (RFC أو Request for Comments)

الكثير من التغييرات بما فيه إصلاحات العلل أو تحسين التوثيق تخضع لنظام طلبات السحب من Github (Github pull request workflow).

على الرغم من أن بعض التغييرات “ضرورية” ، فإننا نطلب أن يتم إدخالها قليلاً إلى عملية التصميم وإيجاد توافق في الآراء بين فريق React الأساسي.

يوفّر نظام “طلب التعليقات” (RFC أو Request for Comments) مسارا ثابتا ومؤطّرا للميزات الجديدة لتضاف للمشروع. يمكنك المساهمة بزيارة rfcs مستودع.

الرخصة

بمساهمتك في React، أنت توافق على أن مُساهماتك ستكون تحت رخصة MIT.

ماذا بعد؟

إنتقل إلى القسم التالي للتعرف على تنسيق وتنظيم قاعدة الشيفرة البرمجية.

Is this page useful?تحرير هذه الصفحة