Fix addressed issues in #7 patch-master

Author: MSafariyan

book/02-git-basics/sections/aliases.asc

@@ -10,7 +10,7 @@
 شما می‌توانید به راحتی با تنظیم الیازهایی بر روی دستوراتی که از آن استفاده می‌کنید دستورات را آنگونه که دوست دارید بنویسید.
 با دستور `git config`.
 
-برای ساخت آلیاز، مانند مثلا‌های زیر آنگونه که می‌خواهید تنظیمات را اعمال کنید:
+برای ساخت آلیاز، مانند مثال‌های زیر آنگونه که می‌خواهید تنظیمات را اعمال کنید:
 
 [source,console]
 ----

book/02-git-basics/sections/remotes.asc

@@ -13,8 +13,8 @@
 [NOTE]
 .مخازن ریموت می‌توانند روی کامپیوتر خودتان باشند.
 ====
-به سادگی امکان پذیر است که شما با مخازن `remote` کار کنید که در واقع انگار در همان کامپیوتر خودتان قرار دارد.
-واژهٔ ``remote`` لزوما به معنی این نیست که مخزن دور از دسترس، روی اینترنت یا هرجای دیگری از شبکه باشد، تنها به این معنی است که مخزن
+به سادگی امکان پذیر است که شما با مخازن «remote» کار کنید که در واقع انگار در همان کامپیوتر خودتان قرار دارد.
+واژهٔ «remote» لزوما به معنی این نیست که مخزن دور از دسترس، روی اینترنت یا هرجای دیگری از شبکه باشد، تنها به این معنی است که مخزن
 جای دیگری است.
 این گونه مخازن ریموت نیز همانند دیگر مخازن ریموت با مسائل دریافت داده، ارسال داده و عملیات دیگر درگیر هستند.
 ====
@@ -40,8 +40,8 @@ $ git remote
 origin
 ----
 
-همچنین متوانید `v-` را بکار گیرید،این دستور به شما نشانی‌های سرور ریموت را نشان می دهد
-که برای خواندن و نوشتن داده‌های پروژه به کار می روند.
+همچنین می‌توانید `v-` را بکار گیرید، این دستور به شما نشانی‌های سرور ریموت را نشان می‌دهد
+که برای خواندن و نوشتن داده‌های پروژه به کار می‌روند.
 
 [source,console]
 ----
@@ -128,16 +128,16 @@ $ git fetch <remote>
 بعد از انجام این کار، شما می‌توانید به همه‌ی شاخه‌ها از ریموت مراجعه کنید، که می‌توان در هر لحظه ادغام یا مورد نمایش قرار دهید.
 
 اگر شما یک مخزن را کلون کنید، دستور به صورت خودکار نام مخزن را تحت عنوان `origin` می‌سازد. پس `git fetch origin` تمامی کارها و
-اتفاقات جدید که در آن سرور از وقتی که شما آن را کلون کرده‌اید(اخرین فچی که شما داشتید) دریافت می‌کند.
+اتفاقات جدید که در آن سرور از وقتی که شما آن را کلون کرده‌اید (آخرین فچی که شما داشتید) دریافت می‌کند.
 خیلی مهم است که دقت کنید که دستور `git fetch` فقط اطلاعات را در مخزن لوکال شما دریافت می‌کند -- این دستور به صورت خودکار
 اطلاعات را با برنچ‌هایی که روی آن کار می‌کنید یا هر برنچ دیگری ادغام نمی‌کند.
 
 اگر از دستور فچ استفاده کردید باید به صورت دستی فعلا مرج یا ادغام را انجام دهید.
-اگر برنچ جاری شما تنظیم شده باشد تا یک  شاخه ریموت را دنبال کند (بخش بعدی و <<_git_branching>>‌ را برای اطلاعات بیشتر ببینید.)،
+اگر برنچ جاری شما تنظیم شده باشد تا یک  شاخه ریموت را دنبال کند (بخش بعدی و <<_git_branching>>‌ را برای اطلاعات بیشتر ببینید)،
 می‌توانید از دستور `git pull` به صورت خودکار فعل فچ و سپس مرج انجام می‌شود و اطلاعات جدید آن ریموت در برنچ جاری شما اعمال می‌شود.
 
 این کار شاید برای شما خیلی راحت‌تر یا مورد استقبال‌تر باشد، به صورت پیش فرض دستور `git clone` خودکار برنچ مستر لوکال شما را برای
-دنبال کردن برنچ مستر(یا هر چیزی که آن شاخه به صورت پیش فرض نامیده‌ شود) برای ریموت تنظیم می‌کند.
+دنبال کردن برنچ مستر (یا هر چیزی که آن شاخه به صورت پیش فرض نامیده‌ شود) برای ریموت تنظیم می‌کند.
 
 اجرا کردن `git pull` به صورت کلی تمام اطلاعات را از سروری که شما از آن کلون کرده‌ بودید؛ فچ می‌کند و به صورت خودکار سعی می‌کند
 به ادغام یا مرج کردن کد‌های سرور در جایی که شما در حال کار کردن هستید می‌کند.
@@ -147,7 +147,8 @@ $ git fetch <remote>
 
 زمانی که شما پروژه‌ای دارید که می‌خواهید آن را به اشتراک بگذارید، شما باید آن را به آپ‌استریم پوش کنید.
 دستور این کار خیلی ساده است: `git push {remote} {branch}`.(((git commands, push)))
-اگر می‌خواهید برنچ `master` را به سرور `origin` پوش کنید،(یادتان باشد، اسامی که گفتیم بعد از کلون کردن به صورت اتوماتیک ساخته می‌شوند)
+اگر می‌خواهید برنچ `master` را به سرور `origin` پوش کنید، (یادتان باشد، اسامی که گفتیم بعد از کلون کردن
+به صورت اتوماتیک ساخته می‌شوند)
 ، بعد می‌توانید با اجرای دستور پوش هر دستوری که کامیت کرده‌ بودید را به سمت سرور بفرستید.
 
 [source,console]
@@ -216,7 +217,7 @@ $ git remote show origin
 
 این دستور نشان‌ می‌دهد زمانی که از دستور `git push` استفاده کردید به کدام برنچ پوش کردید وقتی که بر روی یک برنچ مشخص بودید.
 همچنین به شما می‌گوید کدام برنچ روی سرور را شما ندارید یا کدام برنچ را شما دارید اما از روی سرور حذف شده است،
-و چندین برنچ لوکال که قادر هستند به طور خودکا زمانی که دستور `git pull` را اجرا کنید با برنچ‌های بر روی سرور ریموت مرج شوند.
+و چندین برنچ لوکال که قادر هستند به طور خودکار زمانی که دستور `git pull` را اجرا کنید با برنچ‌های بر روی سرور ریموت مرج شوند.
 
 ==== تغییر نام و حذف ریموت‌ها
 

book/02-git-basics/sections/tagging.asc

@@ -26,7 +26,7 @@ v2.0
 ----
 
 این دستور برچسب‌های موجود را به ترتیب حرف الفبا نشان می دهد، درواقع ترتیب نمایش آنها هیچ اهمیتی ندارد.
-همچنین می‌توان برچسب‌ها را بر اساس یک الگو(پترن) خاص جست و جو کنید.
+همچنین می‌توان برچسب‌ها را بر اساس یک الگو خاص جست و جو کنید.
 برای نمونه مخزن اصلی گیت، بیش از 500 برچسب دارد.
 مثلا اگر می‌خواهید تنها به دنبال برجسب‌های سری 1.8.5 بگردید، می‌توانید دستور زیر را اجرا نمایید:
 
@@ -64,7 +64,7 @@ _lightweight_ یا __موقت__ و  _annotated_ یا __توضیحی__.
 با این حال، تگ‌‌‌های توضیحی به عنوان یک آبجکت کامل در دیتابیس گیت ذخیره می‌شوند؛ که این آبجکت‌ها شامل نام و ایمیل کسی که تگ را ثبت کرده،
 تاریخ ثبت تگ و دارای پیام مربوط به خود هستند و همچنین می‌توانند امضا شوند یا توسط گادر حریم خصوصی گنو یا GPG تایید شوند.
 به طور کلی پیشنهاد می‌شود که از تگ توضیحی استفاده کنید که در نتیجه‌ می‌توانید تمام اطلاعات ذکر شده را داشته باشید؛ اما اگر لازم شد
-که یک تگ موقت ثبت کنید بنا به دلایلی که نمی‌خواهید دیگر اطلاعات را نگه‌دارید، می‌توانید از تگ موقت استفاده کنید.
+که یک تگ موقت ثبت کنید بنا به دلایلی که نمی‌خواهید دیگر اطلاعات را نگه‌ دارید، می‌توانید از تگ موقت استفاده کنید.
 
 بیشتر پیشنهاد می شود که تگ‌‌های توضیحی ایجاد کنید تا به همه این داده ها دسترسی داشته باشد;
 
@@ -112,7 +112,7 @@ Date:   Mon Mar 17 21:52:11 2008 -0700
 
 (((tags, lightweight)))
 راه دیگری برای برچسب گذاری کامیت‌ها، برچسب موقت است.
-این برچسب تنها مربوط به یک کامیت است که در یک فایل ذخیره می شود -- اطلاعات دیگر مانند برچسب توضیحی نگه‌داشته نمی‌شود.
+این برچسب تنها مربوط به یک کامیت است که در یک فایل ذخیره می شود -- اطلاعات دیگر مانند برچسب توضیحی نگه ‌داشته نمی‌شود.
 برای ساخت یک برچسب موقت، هیچکدام از آپشن‌های `a-` و `s-`، یا `m-` را بکار نگیرید، فقط نام برچسب را وارد نمایید.
 
 [source,console]

book/02-git-basics/sections/undoing.asc

@@ -6,7 +6,7 @@
 توجه کنید، شما همین این برگشتها را نمی توانید دوباره برگشت کنید.
 اینجا یکی از معدود جاهایی است که اگر حواستان جمع نباشد امکان دارد داده ای از دست برود.
 
-یکی از متداول ترین بازگشت‌ها زمانی است که شما کامیتی خیلی زود انجام دادید و احتمالا اضافه کردن چند فایل‌ را فراموش کردید یا
+یکی از متداول‌ترین بازگشت‌ها زمانی است که شما کامیتی خیلی زود انجام دادید و احتمالا اضافه کردن چند فایل‌ را فراموش کردید یا
 در پیام کامیتتان خطایی رخ داده باشد.
 اگر شما بخواهید کامیت را «ریدو» کنید، تغییرات اضافه فراموش شده را اعمال کنید، آنان را استیج کنید و دوباره با استفاده از آپشن
 `amend--` دوباره کامیت کنید:
@@ -16,14 +16,14 @@
 $ git commit --amend
 ----
 
-این دستوری که انجام می‌دهید وارد منطقه استیج می‌شود و برای کامیت کردن استفاده می‌شود.
-اگه از اخرین کامیتتان هیچ تغییری ایجاد نکرده باشید(برای مثال، شما دستور را به محض انجام کامیت قبلی اجرا می‌کنید)، سپس اسنپ‌شات شما
-دقیقا به یک شکل است و  تمام چیزی که تغییر می‌کند فقط پیام کامیت شما است و نه چیز دیگری.
+این دستور منطقه استیج شما را دریافت می‌کند و از آن برای کامیت استفاده می‌کند.
+اگر از اخرین کامیتتان هیچ تغییری ایجاد نکرده باشید (برای مثال، شما دستور را به محض انجام کامیت قبلی اجرا می‌کنید)، سپس اسنپ‌شات شما
+دقیقا به یک شکل است و تمام چیزی که تغییر می‌کند فقط پیام کامیت شما است و نه چیز دیگری.
 
 همان ویرایشگر پیام کامیت بالا می‌آید، اما در حال حاضر شما پیام کامیت قبلی است.
 شما می‌توانید پیام را مانند همیشه اصلاح کنید، اما این عمل بر روی کامیت قبلی بازنویسی می‌شود.
 
-برای مثال، اگر شما کامیت کنید و سپس متوجه شوید که چیزی را فراموش کردید و میخواستید آن را استیج کنید و به همین کامیت اضافه کنید،
+برای مثال، اگر شما کامیت کنید و سپس متوجه شوید که چیزی را فراموش کردید و می‌خواستید آن را استیج کنید و به همین کامیت اضافه کنید،
 شما می‌توانید چنین کاری را انجام دهید:
 
 [source,console]
@@ -37,22 +37,22 @@ $ git commit --amend
 
 [NOTE]
 ====
-خیلی مهم است که بدانید که وقتی درحال امند کردن اخرین کامیت هستید، درواقع شما آن را با استفاده عمل _جایگزین‌_ تعمیر نمی‌کنید بلکه
-یه ورودی جدید میسازید، کامیت بهبود یافته، کامیت قدیمی را کنار میزند و جایگزین آن می‌شود.
-همانطور که انتظار داشتیم، انگار قبلا هیچ کامیت غلطی وجود نداشته و هیچ وقت در تاریخچه‌ی مخزن شما نمایش داده نمی‌شود.
+خیلی مهم است که بدانید که وقتی درحال امند کردن آخرین کامیت هستید، درواقع شما آن را با استفاده عمل _جایگزین‌_ تعمیر نمی‌کنید بلکه
+یک ورودی جدید می‌سازید، کامیت بهبود یافته، کامیت قدیمی را کنار میزند و جایگزین آن می‌شود.
+همانطور که انتظار داشتیم، انگار قبلا هیچ کامیت غلطی وجود نداشته و هیچ وقت در تاریخچهٔ مخزن شما نمایش داده نمی‌شود.
 
-فایده مشخص امند کردن کامیت‌ها این است که یک تغییر خیلی جزئی برای اخرید کامیت می‌سازید،‌ بدون ایجاد درهم ریختگی در تاریخچه‌ی مخزن شما
- و جلوگیری از کامیت‌های با پیام‌های این‌چنینی، ``اوه، اضافه کردن یک فایل فراموش شده بود‍‍'' اصلاح یک غلط املایی در کامیت آخر''``.
+فایده مشخص امند کردن کامیت‌هااین است که بدون ایجاد درهم ریختگی در تاریخچه‌ٔ مخزن با پیغام کامیت‌های مثل
+«اوه، اضافه کردن یک فایل فراموش شده بود‍‍» یا «اصلاح یک غلط املایی در کامیت آخر»، یک تغییر خیلی جزئی برای آخرین کامیت می‌سازید.
 ====
 
 [[_unstaging]]
 ==== آن‌استیج کردن یک فایل استیج شده
 
 دو قسمت بعدی درباره چگونگی کار با بخش استیج و تغیرات پوشه کاری توضیح می‌دهد.
-قسمت قشنگ است که شما دستوری که شما استفاده می‌کنید برای تعیین وضعیت آن دو بخش که بالا گفته شد همچنین یاد‌آوری می‌کند که چگونه
+قسمت قشنگ آن این است که دستوری که برای تعیین وضعیت آن دو بخش به کار می‌رود همچنین یاد‌آوری می‌کند که چگونه
 تغییرات به عقب برگردانید.
-برای مثال، بیایید بگوییم شما دو فایل را تغییر داده بودید و مخوایید آن‌ها جدا از هم کامیت کنید، اما به کاملا تصادفی دستور `git add * `
-را وارد می‌کنید و هر دو آن‌ها استیج می‌شوند.
+برای مثال، بیایید بگوییم شما دو فایل را تغییر داده بودید و مخوایید آن‌ها را جدا از هم کامیت کنید، اما به اتفاقاً دستور
+`git add *` را وارد می‌کنید و هر دو آن‌ها استیج می‌شوند.
 چطور می‌توانید آن‌ها آن‌استیج کنید؟
 دستور `git status` به شما یادآوری می‌کند.
 
@@ -96,21 +96,21 @@ Changes not staged for commit:
 [NOTE]
 =====
 این درست که دستور `git reset` می‌تواند خطرناک باشد، مخصوصا اگر از فلگ `hard--` استفاده کرده باشید.
-با این حال، در این سناریو که بالا توضیح داده شد، فایل در پوشه کاری شما قرار دارد متاثر خطرات نمی‌شود، پس امن است.
+با این حال، در این سناریو که بالا توضیح داده شد، فایل در پوشه کاری شما قرار دارد متأثر خطرات نمی‌شود، پس امن است.
 =====
 
 در حال حاضر این توضیحات جادویی تمام چیزی بود که شما لازم داشتید تا درباره دستور `git reset` بدانید.
-بعد تر در بخش <<ch07-git-tools#_git_reset>> با جزئیات بیشتری وارد بحث `reset` می‌شویم که چه کاری می‌کن
-د و چطور می‌توان در آن استاد شد تا چیزهای واقعا جالب‌تری انجام داد.
+بعد تر در بخش <<ch07-git-tools#_git_reset>> با جزئیات بیشتری وارد بحث `reset` می‌شویم که چه کاری می‌کند
+و چطور می‌توان در آن استاد شد تا چیزهای واقعاً جالب‌تری انجام داد.
 
 
 ==== بازگشت اصلاحات به قبل
 
 چه می‌شود اگر بفهمید دیگر نمی‌خواهید تغییر فایل `COUNTRIBUTING.md` حفظ کنید؟
 چطور می‌شود تغییرات را به حالت قبل برگرداند -- بازگرداندن آن به همان شکل که در آخرین کامیت شما بود
 (یا کلون شده بود، یا همانگونه که وارد پوشه کاری شما شده بود).
-خوش‌بختانه، `git status` این را نیز به شما می‌گوید که چگونه آن را انجام دهید.
-در خروجی آخرین مثال،  بخش آن‌استیج چیزی شبیه به این بود:
+خوشبختانه، `git status` این را نیز به شما می‌گوید که چگونه آن را انجام دهید.
+در خروجی آخرین مثال، بخش آن‌استیج چیزی شبیه به این بود:
 
 [source,console]
 ----
@@ -136,12 +136,12 @@ Changes to be committed:
 
 ----
 
-شما می‌‌توانید ببینید که تغییرات با حالت اول بازگشتند.
+شما می‌‌توانید ببینید که تغییرات به حالت اول بازگشتند.
 
 [IMPORTANT]
 =====
 خیلی مهم است بدانید که دستور `git checkout -- <file>` دستور خطرناکی است.
-هر تغییری که محلی باشد و کامیت نشده باشد از بین خواهد رفت -- گیت تغییرات فایل‌ها را با آخرین نسخه کامیت‌ شده باز میگرداند.
+هر تغییری که محلی باشد و کامیت نشده باشد از بین خواهد رفت -- گیت تغییرات فایل‌ها را با آخرین نسخه کامیت‌ شده باز می‌گرداند.
 از این دستور تا زمانی که نمی‌دانید دقیقا واقعا می‌دانید که به آن تغییرات نیاز ندارید انجام ندهید.
 =====