You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
القمة التعاونية هي مؤتمر يهدف إلى جمع المساهمين الحاليين والراغبين في المساهمة لمناقشة Node.js بالتعاون المباشر و التعلم وتبادل المعرفة. تجتمع الفرق و مجموعات العمل ومساهمو المجتمع مرتين سنويًا لإجراء نقاشات مهمة، والعمل حضوريًا على بعض المبادرات التي يريدون دفعها إلى الأمام.
9
+
10
+
## من سيحضر؟
11
+
12
+
يحضر القمة التعاونية في المقام الأول المساهمون الحاليون وأعضاء المجتمع، لكنها ترحب أيضًا بمن لم يساهموا بعد ويرغبون في الانضمام. إذا كنت جديدًا على المساهمة في Node.js، فقد تكون القمة التعاونية فرصة مناسبة لمعرفة ما يحدث داخل المجتمع، والمساهمة بالمهارات التي تملكها وترغب في تطويرها.
13
+
14
+
قبل انعقاد القمة، يرسل المساهمون وأعضاء المجتمع مقترحات للجلسات من أجل إعداد الجدول. يمكن للحاضرين الاطلاع على الجلسات مسبقًا قبل الوصول إلى الموقع، ثم المشاركة في النقاشات العامة بين المتعاونين، وبعدها الدخول في الجلسات. وستكون هناك أيضًا فرص كثيرة للنقاشات الجانبية وتبادل الأفكار.
15
+
16
+
لمعرفة المزيد عن القمم التعاونية القادمة والسابقة، راجع [مستودع القمة](https://github.com/openjs-foundation/summit). ويمكنك أيضًا الاطلاع على [المسائل المسجلة](https://github.com/nodejs/summit/issues) لمعرفة المواضيع التي يقترح المساهمون وأعضاء المجتمع مناقشتها حضوريًا.
يتبع مشروع Node.js نموذجًا لاتخاذ القرارات يعتمد على [Consensus Seeking](https://en.wikipedia.org/wiki/Consensus-seeking_decision-making).
11
+
12
+
## المساهمون
13
+
14
+
تتم صيانة GitHub repository الأساسي [nodejs/node](https://github.com/nodejs/node) بواسطة Collaborators، ويتم ترشيحهم بشكل مستمر من Collaborators الحاليين.
15
+
16
+
الأشخاص الذين يقدمون مساهمات مهمة وذات قيمة يصبحون Collaborators، ويحصلون على commit-access في المشروع. يتم تحديد هؤلاء الأشخاص من قبل Collaborators آخرين، ثم تتم مناقشة ترشيحهم مع Collaborators الحاليين.
17
+
18
+
للاطلاع على القائمة الحالية من المساهمون، راجع [README.md](https://github.com/nodejs/node/blob/main/README.md#current-project-team-members) الخاص بالمشروع.
19
+
20
+
يتوفر guide خاص بـ Collaborators في [collaborator-guide.md](https://github.com/nodejs/node/blob/main/doc/contributing/collaborator-guide.md).
21
+
22
+
## اللجنة التوجيهية الفنية
23
+
24
+
تتم حوكمة المشروع بواسطة [Technical Steering Committee (TSC)](https://github.com/nodejs/TSC/blob/main/TSC-Charter.md)، وهي الجهة المسؤولة عن التوجيه العام للمشروع. تتكوّن TSC من مجموعة فرعية من المساهمون النشطين، ويتم ترشيحهم من أعضاء TSC الحاليين.
Copy file name to clipboardExpand all lines: apps/site/pages/fr/about/previous-releases.mdx
+5-4Lines changed: 5 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,10 +7,11 @@ layout: about
7
7
8
8
<EOLAlertBox />
9
9
10
-
Les versions majeures de Node.js passent au statut de version _Current_ pendant six mois, ce qui donne aux auteurs de bibliothèques le temps de les prendre en charge.
11
-
Après six mois, les versions impaires (9, 11, etc.) ne sont plus supportées, et les versions paires (10, 12, etc.) passent au statut _Active LTS_ et sont prêtes pour une utilisation générale.
12
-
Le statut de la version _LTS_ correspond à un "support à long terme", qui garantit généralement que les bogues critiques seront corrigés pendant une durée totale de 30 mois.
13
-
Les applications de production ne doivent utiliser que les versions _Active LTS_ ou _Maintenance LTS_.
10
+
Les versions majeures de Node.js passent au statut de version _Current_ pendant six mois, ce qui laisse aux auteurs de bibliothèques le temps d’ajouter leur prise en charge.
11
+
Historiquement (jusqu’à Node.js 26), les versions impaires (9, 11, etc.) ne sont plus prises en charge après six mois, tandis que les versions paires (10, 12, etc.) passent au statut _Active LTS_ et sont prêtes pour une utilisation générale.
12
+
À partir de Node.js 27, le cycle de publication sera annuel et chaque version majeure passera au statut _LTS_ après sa phase _Current_ de six mois (et six mois supplémentaires de phase _Alpha_).
13
+
Le statut de version _LTS_ signifie « support à long terme », ce qui garantit généralement que les bugs critiques seront corrigés pendant une durée totale de 30 mois.
14
+
Les applications en production doivent uniquement utiliser les versions _Active LTS_ ou _Maintenance LTS_.
0 commit comments