اینها پیشوندها یا انواع پیام های متداول هستند که می توانند برای نشان دادن هدف یک commit در تاریخچه کنترل نسخه پروژه استفاده شوند. در اینجا به طور معمول معنی هر یک از آنها آمده است:
✓ ساخت: تغییرات مربوط به سیستم ساخت یا وابستگی های خارجی، مانند به روز رسانی بسته، تغییرات پیکربندی ابزار ساخت، یا به روز رسانی خط لوله CI/CD.
✓ کار سخت: تغییراتی که روی کد تأثیر نمی‌گذارند، مانند به‌روزرسانی اسناد، اصلاح نظرات کد، یا ایجاد تغییرات جزئی کد که بر عملکرد برنامه تأثیر نمی‌گذارد.
✓ ci: تغییراتی در فایل ها یا اسکریپت های پیکربندی یکپارچه سازی پیوسته (CI).
✓ Docs: تغییرات در فایل‌های اسناد، مانند راهنمای کاربر، فایل‌های README یا اسناد API.
✓ شاهکار: اضافه شدن یک ویژگی جدید به برنامه یا کتابخانه.
✓ رفع: حل یک اشکال یا مشکل در برنامه یا کتابخانه.
✓ perf: تغییرات مربوط به بهینه سازی عملکرد، مانند بازآفرینی کد برای بهبود سرعت اجرا یا کاهش مصرف حافظه.
✓ Refactor: تغییراتی در پایگاه کد که ویژگی های جدیدی اضافه نمی کند یا اشکالات را برطرف نمی کند، اما ساختار کلی یا خوانایی کد را بهبود می بخشد.
✓ revert: commitی که commit قبلی را لغو می کند.
✓ سبک: تغییراتی در کد که بر عملکرد آن تأثیر نمی گذارد، اما خوانایی یا زیبایی آن را بهبود می بخشد، مانند قالب بندی کد، تورفتگی، یا قراردادهای نامگذاری.
✓ تست: تغییرات یا اضافات در تست‌های خودکار، مانند تست‌های واحد، تست‌های یکپارچه‌سازی، یا تست‌های پایان به انتها.
این پیشوندهای پیام commit می‌توانند به ارائه زمینه و سازماندهی در تاریخچه کنترل نسخه پروژه کمک کنند و درک و ردیابی تغییرات را در طول زمان آسان‌تر کنند.
توجه: اگر می‌خواهید این قوانین را بر روی پیام‌های commit اعمال کنید، در اینجا یک lib commit linting برای شما وجود دارد. تعهد
