Files
SnapOtter/apps/docs/ar/guide/contributing.md
T
SnapOtterandGitHub d10d0f544f fix: release QA hardening across processing, media, security, and CI gates (#649)
A release-readiness QA pass over the whole product. The commits split into
defects a user would hit and gates that were reporting green while measuring
nothing.

## Fixes that change behaviour

Rate limiting was bypassable on every install: TRUST_PROXY defaulted to true, so
request.ip came from a client-set header and a forged X-Forwarded-For got past
the login limiter. The default is now a private-network trust list.

A transient Postgres outage stranded in-flight jobs, leaving finished output on
disk with no row pointing at it. A reconciler now resolves those rows and adopts
the bytes rather than dropping the work.

A Redis connection that moved to a new address wedged every read-blocked
consumer, so completions stopped signalling while health still answered 200.
Socket timeouts plus subscriber pings recover it.

Installing more than one AI bundle left the shared venv multi-versioned and
silently broke three tools. The installer now reconciles distributions to one
version each.

Converting an image to JXL at quality 1 through 4 returned a 500, because
libjxl 0.7 rejects the distance those values compute. The quality is floored at
what the encoder honours. A missing ffmpeg was also reported to the user as a
corrupt upload; it now says the engine is unavailable.

RAW uploads reached an unpatched LibRaw on arm64, so it is built from source at
0.22.2, and the release scan was split so it can fail on an unfixed critical
instead of hiding it behind ignore-unfixed.

## Gates that could not fail

Two mutation lanes ran zero mutants because Stryker crawled the gitignored docs
build; coverage discarded its whole report on any failing test; the lint gate
skipped root tests, scripts, and two workspaces; and several generated matrices
counted a host missing ffmpeg as a passing tool. Each now measures what it
claims.

Full evidence and the outstanding release items are tracked locally and are not
part of this branch.
2026-07-27 15:37:30 +08:00

8.6 KiB

description, i18n_source_hash, i18n_provenance, i18n_output_hash, i18n_hash_version
description i18n_source_hash i18n_provenance i18n_output_hash i18n_hash_version
كيفية المساهمة في SnapOtter. تقارير الأخطاء، طلبات الميزات، طلبات السحب، ومتطلبات اتفاقية ترخيص المساهم (CLA). 6c920a5f83e0 human ec01b666560b 2

المساهمة

شكرًا لاهتمامك بالمساهمة. يغطي هذا الدليل كيفية المشاركة، وما الذي نقبله، وكيفية البدء.

طرق المساهمة

المشكلات (Issues) (لا تتطلب أي إعداد)

  • تقارير الأخطاء - هل هناك شيء معطّل؟ افتح تقرير خطأ مع خطوات إعادة الإنتاج.
  • طلبات الميزات - هل لديك فكرة؟ ابدأ نقاشًا حتى يتمكن المجتمع من إبداء رأيه والتصويت له.
  • مشكلات الترجمة - هل اكتشفت ترجمة خاطئة أو ناقصة؟ افتح مشكلة ترجمة.
  • مشكلات التوثيق - هل هناك خطأ ما في التوثيق؟ افتح مشكلة توثيق.

الكود (يتطلب اتفاقية CLA)

نقبل طلبات السحب لما يلي:

النوع العملية
إصلاحات الأخطاء افتح طلب سحب مباشرة (اربطه بالمشكلة إن وُجدت)
ترجمات جديدة افتح طلب سحب مباشرة (انظر دليل الترجمة)
تحسينات التوثيق افتح طلب سحب مباشرة
تحسينات تغطية الاختبارات افتح طلب سحب مباشرة
أدوات أو ميزات جديدة ابدأ نقاشًا أولًا؛ يحوّل أحد القائمين على المشروع الأفكار المعتمدة إلى مشكلة متتبَّعة قبل أن تكتب الكود
إعادة الهيكلة أو تغييرات المعمارية ابدأ نقاشًا أولًا وانتظر موافقة أحد القائمين على المشروع قبل كتابة الكود

ما لن نقبله

  • التغييرات على سير عمل CI/CD أو إعدادات الإصدار أو إعدادات المدقق اللغوي/المترجم
  • طلبات السحب من دون اتفاقية ترخيص المساهم موقّعة
  • طلبات السحب التي تتجاوز 400 سطر من التغيير (قسّم العمل الكبير إلى طلبات سحب أصغر)
  • الميزات التي لم تُناقَش وتُعتمَد أولًا
  • التغييرات على packages/ai/ من دون نقاش مسبق

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

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

لماذا: SnapOtter مرخّص بترخيص مزدوج (AGPLv3 + تجاري). تمنحنا اتفاقية CLA الحق في توزيع مساهماتك بموجب كلا الترخيصين. أنت تحتفظ بملكية حقوق النشر الكاملة لعملك.

كيف: عندما تفتح أول طلب سحب لك، سيعلّق روبوت CLA Assistant برابط. انقر عليه، وراجع الاتفاقية، ووقّع بحساب GitHub الخاص بك. يستغرق ذلك 30 ثانية.

إذا كنت تساهم نيابةً عن صاحب العمل ويحتفظ صاحب عملك بحقوق الملكية الفكرية على عملك، تواصل مع contact@snapotter.com لترتيب اتفاقية CLA للشركات قبل الإرسال.

البدء

المتطلبات المسبقة

  • Node.js 22.22+
  • pnpm 9+
  • Python 3.11+ (لأدوات الذكاء الاصطناعي فقط)
  • Docker (اختياري، لاختبار التكامل الكامل)

الإعداد

# Fork and clone
git clone https://github.com/<your-username>/snapotter.git
cd snapotter

# Start Postgres + Redis for local dev
docker compose -f docker-compose.dev.yml up -d

# Install dependencies
pnpm install

# Start dev servers (web on :1351, API on :13490)
pnpm dev

تشغيل الفحوصات

قبل إرسال طلب سحب، تأكد من أن جميع الفحوصات تنجح محليًا:

pnpm lint          # Biome lint + format check
pnpm typecheck     # TypeScript across monorepo
pnpm test          # Vitest unit + integration tests

عملية طلب السحب

  1. انسخ المستودع (Fork) وأنشئ فرعًا من main (feat/my-feature أو fix/issue-123)
  2. أجرِ تغييراتك في التزامات (commits) مركّزة وقابلة للمراجعة باستخدام الالتزامات الاصطلاحية (conventional commits)
  3. أضف أو حدّث الاختبارات لتغييراتك
  4. شغّل pnpm lint && pnpm typecheck && pnpm test محليًا
  5. افتح طلب سحب مقابل main واملأ القالب
  6. وقّع اتفاقية CLA إن طُلب منك ذلك
  7. انتظر نجاح CI ومراجعة أحد القائمين على المشروع

توقعات المراجعة

  • نهدف إلى الرد على طلبات السحب خلال 7 أيام
  • طلبات السحب الصغيرة والمركّزة تُراجَع أسرع
  • إذا لم تتلقَّ ردًا خلال 7 أيام، اترك تعليقًا للتنبيه على السلسلة
  • قد نطلب تغييرات، أو نقترح نهجًا مختلفًا، أو نغلق طلب السحب إن لم يتوافق مع توجّه المشروع

بعد دمج طلب السحب الخاص بك

ستُدرَج مساهمتك في الإصدار التالي وسيُنسَب لها الفضل في سجل التغييرات (changelog).

المشكلات المناسبة للمبتدئين

هل تبحث عن شيء تعمل عليه؟ راجع المشكلات المناسبة للمبتدئين (good first issues) للمهام الملائمة للمبتدئين، أو المساعدة المطلوبة (help wanted) للمهام الأكبر التي نقدّر فيها مساعدة المجتمع.

أسلوب الكود

  • يتولى Biome التنسيق والتدقيق اللغوي (علامات اقتباس مزدوجة، فواصل منقوطة، إزاحة بمسافتين)
  • يشغّل خطاف ما قبل الالتزام (pre-commit) biome check --write على الملفات المُدرَجة تلقائيًا
  • إذا اعترض المدقق اللغوي، أصلح الكود (لا تعدّل إعدادات Biome)
  • وحدات ES في كل مكان (import/export)
  • الالتزامات الاصطلاحية: feat:، fix:، refactor:، docs:، test:، chore:

للاطلاع على تفاصيل المعمارية الكاملة، انظر دليل المطوّر.

الأمان

لا تفتح طلب سحب أو مشكلة عامّة للثغرات الأمنية. أبلغ عنها بشكل خاص عبر استشارات أمان GitHub (GitHub Security Advisories) أو عبر البريد الإلكتروني contact@snapotter.com. انظر SECURITY.md للاطلاع على التفاصيل الكاملة.

أسئلة؟