mirror of
https://github.com/olivierlacan/keep-a-changelog.git
synced 2025-07-31 01:34:18 +02:00
Fix haml indentations in fa document (#607)
This commit is contained in:
parent
d8ee8ed5b6
commit
9fb86d82ae
@ -125,13 +125,13 @@ pre {direction:ltr;text-align:left}
|
||||
استفاده از خروجی log diff به عنوان تاریخچهٔ تغییرات
|
||||
|
||||
%p
|
||||
استفاده از خروجی log diffها به عنوان تاریخچهٔ تغییرات، ایدهٔ بدی است. این خروجی مملو از اطلاعات درهموبرهم است؛ مثلاً کامیتهای مربوط به مرج، کامیتهایی با عناوین مبهم، تغییرات مربوط به مستندات و غیره.
|
||||
استفاده از خروجی log diffها به عنوان تاریخچهٔ تغییرات، ایدهٔ بدی است. این خروجی مملو از اطلاعات درهموبرهم است؛ مثلاً کامیتهای مربوط به مرج، کامیتهایی با عناوین مبهم، تغییرات مربوط به مستندات و غیره.
|
||||
|
||||
%p
|
||||
هدف از یک کامیت، ثبت یک گام انجامشده در روند تکامل سورس کد است. برخی از پروژهها، کامیتهای تمیزی دارند و برخی نه.
|
||||
|
||||
%p
|
||||
هدف از یک مدخل جدید در فایل تاریخچهٔ تغییرات، مستندسازی شفاف تغییرات مهمِ پروژه برای کاربران نهایی است. هر مدخل در تاریخچهٔ تغییرات لزوماً متناظر با یک کامیت در تاریخچهٔ کامیتها نیست. ممکن است چندین کامیت مختلف، مربوط به یک تغییر باشد و بالعکس یک کامیت (غیراستاندارد) دربردارندهٔ چندین تغییر مهم باشد.
|
||||
هدف از یک مدخل جدید در فایل تاریخچهٔ تغییرات، مستندسازی شفاف تغییرات مهمِ پروژه برای کاربران نهایی است. هر مدخل در تاریخچهٔ تغییرات لزوماً متناظر با یک کامیت در تاریخچهٔ کامیتها نیست. ممکن است چندین کامیت مختلف، مربوط به یک تغییر باشد و بالعکس یک کامیت (غیراستاندارد) دربردارندهٔ چندین تغییر مهم باشد.
|
||||
|
||||
%h4#ignoring-deprecations
|
||||
%a.anchor{ href: "#ignoring-deprecations", aria_hidden: "true" }
|
||||
@ -152,7 +152,7 @@ pre {direction:ltr;text-align:left}
|
||||
ناهمگونی ثبت تغییرات
|
||||
|
||||
%p
|
||||
تاریخچهٔ تغییراتی که فقط شامل برخی از تغییرات است میتواند به اندازهٔ نبود تاریخچهٔ تغییرات خطرناک باشد. با اینکه لزومی به ثبت همهٔ تغییرات مثلاً حذف یک فاصلهٔ خالی نیست، باید هر تغییر مهمی را در تاریخچهٔ تغییرات ثبت کرد. نایکدستی در ثبت تغییرات ممکن است اعتماد کاربران را به تاریخچهٔ تغییرات به عنوان یگانه مرجع مشاهدهٔ تغییرات سلب کند. یک تاریخچهٔ تغییرات خوب باید بهطور منظم بروزرسانی شود.
|
||||
تاریخچهٔ تغییراتی که فقط شامل برخی از تغییرات است میتواند به اندازهٔ نبود تاریخچهٔ تغییرات خطرناک باشد. با اینکه لزومی به ثبت همهٔ تغییرات مثلاً حذف یک فاصلهٔ خالی نیست، باید هر تغییر مهمی را در تاریخچهٔ تغییرات ثبت کرد. نایکدستی در ثبت تغییرات ممکن است اعتماد کاربران را به تاریخچهٔ تغییرات به عنوان یگانه مرجع مشاهدهٔ تغییرات سلب کند. یک تاریخچهٔ تغییرات خوب باید بهطور منظم بروزرسانی شود.
|
||||
|
||||
%aside
|
||||
اگر فکر میکنید جای موارد بیشتری در این لیست خالی است با
|
||||
|
Loading…
x
Reference in New Issue
Block a user