این بخش عملی مربوط به استفاده از GIT را توصیف می کند - نصب و ثبت آن در سرور Github.com.

Github.com خدماتی است که با استفاده از سیستم کنترل نسخه، کد و داده های خود را ذخیره می کند. گیت. GitHub یک برنامه تعرفه رایگان برای ذخیره داده های 300 مگابایتی را در فرم باز فراهم می کند. این به این معنی است که هر کاربر اینترنت می تواند داده های شما را دانلود کند. در Github می تواند قرار داده شود و بسته به مخزن دیگر، پرداخت 7 دلار در هر ماه. در حساب Github رایگان، به طور پیش فرض، هیچ کس نمی تواند داده های شما را تغییر دهد (فقط می توانید بخوانید). اما شما می توانید اصرار کنید که چه کسی از کاربران سیستم Github حق ثبت نام را دارد.

مقاله در جزئیات توضیح می دهد که چگونه تنظیمات GIT را در ویندوز و در سیستم عامل لینوکس ایجاد کنید.

نصب GIT تحت لینوکس

کاربران لینوکس، من فکر می کنم این معنی را برای توضیح نحوه نصب GIT ندارد - این به روش های مختلف انجام می شود. در سیستم دبیان (که با من ارزش دارد)، برای نصب GIT، می توانید از دستور استفاده کنید:

apt-get نصب Git

نصب GIT تحت ویندوز

ما ادامه می دهیم صفحه رسمی git http://git-scm.com، روی کلیک کنید دانلود برای ویندوز. در پنجره ای که باز می شود، روی کلیک کنید نصب کامل برای GIT رسمی. اجرای Exe-Shnik دریافت کرد.

در فرآیند نصب، این سوال پرسید:

من توصیه می کنم انتخاب "اجرای GIT را از خط فرمان ویندوز". تمام گزینه های دیگر را می توان به طور پیش فرض باقی مانده است. پس از نصب GIT، شما باید جلسه کاربر را دوباره راه اندازی یا تکمیل کنید و برای استفاده از تغییرات در متغیر سیستم مسیر وارد شوید.

اگر اطلاعاتی در مورد نسخه دریافت کنید، Git نصب شده و در حال اجرا است. اگر ما اطلاعاتی را دریافت کنیم که برنامه GIT یافت نشد، ما درک می کنیم که آنها اشتباه کرده اند.

تنظیم کلید SSH

قبل از ثبت نام با Github، ابتدا باید یک رمزنگاری کلیدی SSH را تولید کنید. این کلید برای نصب سریع اتصال با Github، بدون وارد کردن رمز عبور لازم است. بدون چنین کلید GitHub، کار آسان نخواهد بود.

توجه!

در زمان نسل کلیدی، رمز عبور درخواست خواهد شد. این رمز عبور دسترسی به کلید بسته، که تنها در ماشین شما و هر جای دیگر ذخیره می شود. این رمز عبور برای حداکثر اوراق بهادار تنظیم شده است، اگر چه شما می توانید بدون آن انجام دهید. شما باید بدانید که با تنظیم یک رمز عبور به یک کلید خصوصی، باید این رمز عبور را با هر سرور Github وارد کنید. بنابراین، هنگام مشخص کردن یک رمز عبور، تمام راحتی استفاده از کلیدهای رمزنگاری ناپدید می شود.

کاربران میترا: رابط کاربری کار با خط فرمان، که برای تماس با GIT در طول هماهنگ سازی استفاده می شود، نمی تواند بر روی وارد کردن کاراکترها کار کند. بنابراین، اگر رمز عبور را مشخص کنید، هماهنگ سازی کار نخواهد کرد.

تنظیم کلیدهای SSH در لینوکس

که در سیستم عامل لینوکس برای اولین بار به دایرکتوری ~ / .SSH نگاه می کند. اگر فایل id_rsa و id_rsa.pub وجود داشته باشد، این کلید SSH است. اگر چنین دایرکتوری یا چنین فایل هایی وجود نداشته باشد، باید کلیدها تولید شوند. اجازه دهید تیم:

بجای [ایمیل محافظت شده] شما باید ایمیل خود را مشخص کنید. در فرآیند نسل کلیدی، شما از کجا می خواهید فایل ها را قرار دهید، به سادگی Enter را فشار دهید. هنگام درخواست رمز عبور به سادگی فشار دهید. پس از نسل، فایل id_rsa و id_rsa.pub باید در دایرکتوری ~ / .ssh ظاهر شوند، بعدا برای ما مناسب خواهند بود.

پیکربندی کلیدهای SSH در ویندوز

در سیستم عامل ویندوز، ژنراتور کلید SSH در بسته GIT گنجانده شده است. برای تولید کلیدها، باید فایل را اجرا کنید C: \\ برنامه های برنامه \\ git \\ git bash.vbs. این را می توان به عنوان exe-shnik معمولی راه اندازی کرد. برنامه کنسول GIT باز می شود. باید یک تیم داده شود:

ssh-keygen -t rsa -c " [ایمیل محافظت شده]"

مراقب باشید، در این کنسول، COP-گذشته متوجه خواهد شد، به سادگی دستور را به صورت دستی وارد کنید. به عنوان ایمیل، ما شما را مشخص می کنیم صندوق پستی. بنا به درخواست " فایل را وارد کنید که در آن کلید را ذخیره کنید"فقط ENTER را فشار دهید. هنگام درخواست یک رمز عبور" رمز عبور را وارد کنید "و" همان رمز عبور را دوباره وارد کنید "به سادگی ENTER را فشار دهید. در فرآیند تولید کلیدهای در کنسول، تقریبا اطلاعات زیر صادر می شود:

تولید جفت کلید عمومی / خصوصی RSA.
فایل را وارد کنید که در آن کلید را ذخیره کنید (/ / c / اسناد و تنظیمات / نام کاربری / .ssh / id_rsa)
پاسپورت را وارد کنید (خالی برای هیچ عبارت عبور):
رمز عبور را دوباره وارد کنید:
شناسایی شما در / c / اسناد و تنظیمات / نام کاربری / .ssh / id_rsa ذخیره شده است.
کلید عمومی شما در / c / اسناد و تنظیمات / نام کاربری / .ssh / id_rsa.pub ذخیره شده است.
اثر انگشت کلیدی این است:
51: DB: 73: E9: 31: 9F: 51: A6: 7A: C5: 3D: DA: 9C: 35: 8F: 95 [ایمیل محافظت شده]

پس از انجام این برنامه، در کاتالوگ C: \\ اسناد و تنظیمات \\ USERNAME \\ .Ssh ID_RSA و ID_RSA.PUB فایل ها قرار می گیرند، بعدا برای ما مفید خواهند بود.

ثبت نام در Github.com

در حال حاضر همه چیز آماده ثبت نام است. به صفحه شروع Github.com بروید. رابط کمی گیج شده است، بنابراین من یک عکس از تصاویری را که در آن چه چیزی فشار داده شده است، ارائه خواهم داد. طراحی و طرح را می توان در هر زمان تغییر داد، بنابراین منطق عمل را توصیف می کنم این لحظه.

در منوی بالا یافتن آیتم " قیمت گذاری و ثبت نام"و روی آن کلیک کنید:

صفحه انتخابی باز می شود طرح تعرفه. یک حساب کاربری رایگان را انتخاب کنید " یک حساب کاربری رایگان ایجاد کنید":

نصب کلید SSH در Github

بلافاصله پس از ثبت نام، باید کلید رمزنگاری عمومی خود را در سیستم Guthub ثبت نام کنید (کلید SSH باز) را ثبت کنید. برای اضافه کردن یک کلید، لازم است در سمت راست گوشه بالا مطبوعات تنظیمات حساب":

در پنجره ای که باز می شود، باید بر روی آیتم منو کلیک کنید " کلید های عمومی SSH."، و کلیک کنید" یک کلید عمومی دیگر اضافه کنید". دو فیلد ظاهر می شود - نام کلیدی ( عنوان) و محتوای کلیدی ( کلید).

در زمینه عنوان شما می توانید نام رایانه ای را که کلید عمومی تولید می شود بنویسید. شما می توانید در روسیه بنویسید

در زمینه کلید شما باید محتویات فایل ID_RSA.PUB را وارد کنید. به یاد داشته باشید، در کدام کاتالوگ آنها هستند؟ به این پوشه بروید، توسط هر ویرایشگر متن ID_RSA.PUB باز کنید (آن را با افزونه .PUB، اشتباه نکنید). ما تمام متن، کپی و قرار دادن در صفحه Github در این زمینه را برجسته می کنیم کلید.

پس از اضافه کردن یک کلید، کامپیوتر می تواند از طریق برنامه GIT به Github متصل شود، و هیچ خطایی نباید رخ دهد.

ایجاد یک مخزن در Github

اکنون وقت آن است که اولین مخزن خود را در Github ایجاد کنید. مخزن را می توان به سادگی به عنوان یک دایرکتوری مشاهده کرد که در آن فایل ها و زیر شاخه های هماهنگ دروغ می گویند. شما باید یک مخزن را در رابط وب Github ایجاد کنید، و شما می توانید آن را با فایل ها پر کنید و با استفاده از برنامه GIT در رایانه خود کار کنید.

برای ایجاد یک مخزن، شما باید در گوشه سمت راست بالا کلیک کنید " داشبورد."در پنجره ای که باز می شود، آیتم را خواهید دید" یک مخزن ایجاد کنید":

بنابراین، ما به این مورد نیاز نداریم! این مورد، گفتگوی ایجاد مخزن و صفحه راهنما را باز می کند. به جای کلیک کردن بر روی این مورد، ما به دنبال زیر صفحه برای یک لینک بعید است " یک مخزن ایجاد کنید"او همچنین گفتگو را برای اضافه کردن یک مخزن جدید باز می کند.

در اضافه کردن یک محموله جدید مخزن، شما باید حداقل نام پروژه را پر کنید " نام پروژه."به نام پروژه، بهتر است از سیریلیک استفاده نکنید، زیرا نام پروژه نام دایرکتوری است. برای جلوگیری از مشکلات، نام پروژه تنها لاتین را شامل می شود. پس از فشار دادن دکمه" ایجاد مخزن"، مخزن ایجاد خواهد شد.

مرجع عملیاتی به مخزن در سیستم Github شکل گرفته است. اگر تحت نام کاربری نام کاربری ثبت نام کرده اید، مخزن شما RepOname نامیده می شود، سپس می توانید از لینک های زیر برای دسترسی به این مخزن استفاده کنید:

در گیت نحو:

[ایمیل محافظت شده]: نام کاربری / reponame.git

در نحو HTTPS:

https: // [ایمیل محافظت شده]/username/reponame.git

کار با مخزن در Github از طریق برنامه GIT

از حالا به بعد، رقص در اطراف رابط وب GitHub می تواند کامل در نظر گرفته شود. بعد، شما فقط می توانید با استفاده از برنامه GIT کار کنید.

در ابتدا، شما باید یک راه اندازی کوچک از برنامه GIT ایجاد کنید: سیستم GIT محلی کاربر و ایمیل را مشخص کنید. این کار توسط دستورات زیر انجام می شود که می تواند در هر دایرکتوری انجام شود:

git config - global user.name "yourfullname"
git config - userglobal user.Email [ایمیل محافظت شده]

جایی که به جای yourfullname شما نیاز به نوشتن نام خود را، و به جای Myem [ایمیل محافظت شده] - ایمیل شما. این مقادیر برای ورود به Github استفاده می شود. بنابراین، شما باید ورود خود را در Github مشخص کنید - در نقطه [ایمیل محافظت شده] شما باید ایمیل را که هنگام تولید کلیدهای رمزگذاری وارد کرده اید، مشخص کنید.

پس از این تنظیمات، می توانید فایل های خود را به مخزن بریزید. برو به کاتالوگ با پروژه خود، و به تیم ها:

git commit -a -m "مرتکب"

gIT Remote Undit Origin [ایمیل محافظت شده]: نام کاربری / reponame.git

git Push -u Master Master

پس از این دستورات، یک کپی از فایل های پوشه در سرور Github تشکیل شده است، که در آن داده های فرمان انجام شد. بعد، شما قبلا می توانید مرتکب شوید، تغییرات سرور Github را پر کنید، تغییرات را از سرور بخوانید. اما این یک داستان کاملا متفاوت است.

برای مردم، به طور طبیعی مقاومت در برابر تغییر. اگر Git شما را در هنگام کار با سیستم های کنترل نسخه شروع نکرد، احتمالا در سیستم Subversion (SVN) راحت تر احساس راحتی می کنید.

اغلب مردم می گویند که Git برای مبتدیان بسیار پیچیده است. با این وجود، من به خودم اجازه خواهم داد تا با آن مخالف باشم.

در این درس، به شما می گویم که چگونه از GIT در پروژه های خود استفاده کنید. فرض کنید یک پروژه را از ابتدا ایجاد کرده اید و می خواهید آن را با استفاده از GIT مدیریت کنید. پس از راه رفتن بر روی لیست دستورات اصلی، شما یک ایده از چگونگی قرار دادن کد خود را در ابر توسط Github دریافت خواهید کرد.

در این مقاله ما درباره اصول GIT صحبت خواهیم کرد - نحوه راه اندازی پروژه های خود، نحوه مدیریت فایل های جدید و موجود، و نحوه ذخیره کد خود را در ابر.

ما بخش های نسبتا پیچیده GIT را لمس نمی کنیم، مانند شاخه ای، از آنجا که این درس برای مبتدیان طراحی شده است.

نصب GIT

در سایت رسمی Git است اطلاعات دقیقدر نصب آن در لینوکس، مک و ویندوز. در مورد ما، ما برای نشان دادن اوبونتو 13.04 برای نصب GIT با استفاده از apt-get استفاده خواهیم کرد:

sudo apt-get نصب Git

راه اندازی اولیه

بیایید یک دایرکتوری ایجاد کنیم که در آن ما کار خواهیم کرد. به طور متناوب، می توانید از GIT برای مدیریت یکی از پروژه های موجود استفاده کنید. در این مورد، شما نیازی به ایجاد یک دایرکتوری نسخه ی نمایشی ندارید همانطور که در زیر نشان داده شده است:

mkdir my_git_project cd my_git_project

اولین گام اولیه سازی GIT در دایرکتوری است. این را می توان با استفاده از فرمان init انجام داد، که یک دایرکتوری .git را ایجاد می کند که شامل تمام اطلاعات مربوط به GIT برای پروژه شما می شود.

git config - global user.name "shaumik" git config - global user.email " [ایمیل محافظت شده]"git config - global color.ui" auto "

مهم است که توجه داشته باشید که اگر نام و آدرس خود را مشخص نکنید پست الکترونیکمقادیر پیش فرض مورد استفاده قرار خواهد گرفت. در مورد ما، مقادیر پیش فرض می تواند نام کاربری و آدرس ایمیل Donny باشد [ایمیل محافظت شده].

علاوه بر این، ما برای رنگ مشخص می کنیم رابط کاربر مقدار خودکار، به طوری که خروجی دستورات GIT دارای نور پس زمینه رنگ است.

پیشوند -Global مورد نیاز است به منظور ورود به این دستورات تنظیمات در دفعه بعد که ما پروژه GIT را در سیستم ما راه اندازی می کنیم.

آماده سازی فایل ها برای تعهد

گام بعدی این است که فایل ها را در دایرکتوری ایجاد کنید. برای مثال می توانید استفاده کنید ویرایشگر متن vim توجه داشته باشید که اگر قصد دارید GIT را به یک دایرکتوری موجود اضافه کنید، لازم نیست این مرحله را انجام دهید:

وضعیت مخزن را بررسی کنید

حالا که ما چندین فایل را در مخزن ما داریم، بیایید ببینیم چگونه Git به آنها تبدیل می شود. به منظور بررسی وضعیت مخزن فعلی، شما باید از دستور Git Status استفاده کنید:

اضافه کردن فایل ها به git برای ردیابی

در حال حاضر ما فایل هایی برای پیگیری استفاده از GIT نداریم. ما باید به طور خاص فایل ها را به طور خاص در Git اضافه کنیم تا GIT را مشخص کنید که باید پیگیری کنید.

فایل های اضافه شده را اضافه کنید:

پس از بررسی وضعیت مخزن، ما خواهیم دید که یک فایل اضافه شد:

برای اضافه کردن چندین فایل، می توانید از ورودی زیر استفاده کنید (توجه داشته باشید که ما یک فایل دیگر برای تظاهرات اضافه کرده ایم):

git اضافه کردن myFile2 myFile3

شما می توانید Git را به صورت بازگشتی استفاده کنید، اما با این فرمان مراقب باشید. فایل های خاصی (به عنوان مثال، فایل های کامپایل شده) وجود دارد که معمولا در خارج از مخزن GIT ذخیره می شوند.

اگر از فرمان Add به صورت بازگشتی استفاده می کنید، اگر در مخزن خود وجود داشته باشد، تمام فایل های این فایل ها را اضافه می کند.

حذف فایل ها

اما اجرای یک دستور ساده GIT RM فایل را نه تنها از GIT، بلکه از سیستم فایل محلی شما حذف خواهد کرد! به

Git متوقف شد ردیابی فایل، اما فایل خود را در سیستم محلی خود حفظ شده، دستور زیر را اجرا کنید:

git rm - cached

تغییرات را مرتکب شوید

پس از اینکه فایل های خود را قرار داده اید، می توانید آنها را به Git بسازید. تصور کنید که مرتکب گرفتن یک نقطه خاص است که شما می توانید برای دسترسی به مخزن خود در این مرحله بازگردید.

شما می توانید به هر کمیته پیامی که با استفاده از پیشوند -m اضافه شده است، متصل شوید:

git commit -m "اولین مرتبه من"

با پیام های مفید ترویج می شود، زیرا به شما کمک خواهد کرد تا آنچه را که در این COM تغییر کرده اید تعیین کنید.

اجتناب از هم پیام های عمومی نوع " اشکالات ثابت" اگر شما یک task tracker دارید، می توانید پیام ها را به صورت "اضافه کنید" اشکال ثابت # 234».

تمرین خوب این است که از نام شاخه یا نام تابع به عنوان پیشوند به گزارش مرتکب استفاده کنید. مثلا، " مدیریت دارایی: تابع اضافه شده برای تولید فایل های دارایی PDF"یک پیام معنادار است.

Git شناسایی می کند با اضافه کردن تعداد هگزادسیمال طولانی به هر مرتبه. به عنوان یک قانون، شما لازم نیست که کل رشته را کپی کنید، برای تعیین تعهد خود را به اندازه کافی 5-6 کاراکتر کنید.

لطفا توجه داشته باشید که در تصویر، اولین مرتبه ما با کد 8DDD76FC تعیین می شود.

بیشتر متعهد است

حالا پس از اولین مرتکب، فایل های متعدد را تغییر دهید. پس از تغییر آنها، ما خواهیم دید که به عنوان یک نتیجه از اجرای دستور Git Git Git، من تغییرات را در فایل هایی که آن را دنبال می کند، کشف کردم:

شما می توانید تغییرات در فایل های ردیابی ساخته شده در آخرین نظر را با استفاده از دستور Git Diff انجام دهید. اگر می خواهید تغییرات را در یک فایل خاص مشاهده کنید، از دستور Git Diff استفاده کنید :

شما باید این فایل ها را دوباره اضافه کنید تا تغییرات را در فایل های ردیابی برای متعهد بعدی ایجاد کنید. شما می توانید تمام فایل های نظارت شده را با اجرای فرمان اضافه کنید:

شما می توانید از استفاده از این دستور با استفاده از Prefix -a برای Git Commit Command اجتناب کنید، که تمام تغییرات را برای ردیابی فایل ها اضافه می کند.

با این حال، این روند بسیار خطرناک است، زیرا می تواند به این پروژه آسیب برساند. به عنوان مثال، بگذارید بگوییم شما فایل را باز کرده اید و اشتباه آن را تغییر دادید.

اگر شما به طور انتخابی فایل ها را انتخاب کنید، سپس تغییرات هر فایل را متوجه شوید. اما اگر پیشوند را اضافه کنید، همه فایلها به صورت حسابداری می شوند، و شما نمیتوانید خطاهای احتمالی را شناسایی کنید.

پس از ارسال فایل های خود، می توانید به مرتکب شوید. من اشاره کردم که پیامی که ما با استفاده از پیشوند -M معرفی می کنیم می توانیم با هر کمیته ارتباط برقرار کنیم.

با این حال، می توان یک پیام را در چندین ردیف با استفاده از دستور Git Commet وارد کرد، که یک فرم تعاملی را برای ضبط باز می کند:

مدیریت پروژه

برای مشاهده تاریخ پروژه خود، می توانید دستور زیر را اجرا کنید:

بنابراین تمام تاریخ پروژه نشان داده خواهد شد، که لیستی از همه متعهد و اطلاعاتی در مورد آنها است. اطلاعات مربوط به تعهد شامل کد CESH COMPER COMPER، نویسنده، زمان و پیام های اعتباری است. گزینه های مختلفی برای GIT Log وجود دارد که می توانید به محض این که مفهوم شاخه (شاخه) را در GIT وزن کنید، کشف کنید.

برای مشاهده اطلاعات دقیق در مورد یک تجارت خاص و فایل هایی که تغییر کرده اند، دستور زیر را اجرا کنید:

نمایش Git

جایی که این هست هگزادسیمالهمراه با متعهد از آنجایی که این درس برای تازه واردین طراحی شده است، ما در نظر نمی گیریم که چگونه به وضعیت یک مرتبه خاص یا نحوه کنترل شاخه ها بازگردیم.

قرار دادن کد در ابر

حالا که یاد گرفتید که چگونه کد را در سیستم خود مدیریت کنید، وقت آن رسیده است که کد را در ابر قرار دهید.

Github یک پلت فرم بسیار شناخته شده برای ذخیره، توزیع و مدیریت کد منبع پروژه های باز است. این سرویس از بسیاری از توسعه دهندگان در سراسر جهان استفاده می کند، از جمله شرکت های بزرگ مانند مایکروسافت، ردات و بسیاری دیگر نیز صدها نفر از توسعه دهندگان بسیاری از پروژه های محبوب وجود دارد.

این پلت فرم فرصت ها را نه تنها برای مشاهده کد و توزیع آن، بلکه تاریخچه نسخه، ابزارهای توسعه مشترک، ابزار برای ارائه مستندات، انتشار و بازخورد فراهم می کند. و جالب ترین چیز شما می توانید در Gihub پروژه های باز و خصوصی قرار دهید. در این مقاله، ما به نحوه استفاده از GitHub نگاه خواهیم کرد تا پروژه شما را جایگزین کند. بنابراین برای صحبت کردن، Github برای مبتدیان.

بنابراین، بگذارید بگوییم، شما پروژه خود را دارید و می خواهید کد خود را در GitHub قرار دهید. دسترسی عمومی به سایر کاربران می تواند آن را ببیند و در توسعه شرکت کند. اولین کاری که باید انجام دهید این است که یک حساب کاربری ایجاد کنید.

1. ایجاد یک حساب کاربری

برای ایجاد یک حساب جدید در سایت باز صفحه اصلی Github و بلافاصله شما می توانید بلافاصله اطلاعات را برای یک جدید وارد کنید حساب. شما باید نام کاربری، ایمیل و رمز عبور را مشخص کنید:

هنگام ورود به سیستم، کلیک کنید "ثبت نام رایگان":

در مرحله بعدی شما باید نوع مخزن را انتخاب کنید. مخازن عمومی آزاد هستند، اما اگر می خواهید یک مخزن خصوصی ایجاد کنید، کد که از آن فقط برای شما در دسترس خواهد بود، شما باید 7 دلار در هر ماه پرداخت کنید.

حساب آماده است، و شما به صفحه ای که می توانید اولین پروژه خود را ایجاد کنید هدایت می شود. اما قبل از اینکه بتوانید آن را انجام دهید، باید آدرس ایمیل خود را تأیید کنید. برای انجام این کار، صندوق پستی خود را باز کنید و پیوند را در نامه از Github دنبال کنید.

هیچ راه اندازی Github نیاز نیست، فقط چند کلیک با ماوس.

2. ایجاد یک مخزن

در صفحه ای که باز می شود، این صفحه اصلی برای کاربران مجاز است، کلیک کنید "شروع یک پروژه":

شما می توانید بلافاصله مخزن را با ایجاد یک فایل ReadMe آغاز کنید، زیرا این باید یک تیک را ذکر کنید "این مخزن را با یک Readme آغاز کنید" در پایین صفحه. شما همچنین می توانید مجوز را انتخاب کنید:

وقتی همه چیز آماده است، را انتخاب کنید "ایجاد پروژه"یک پروژه جدید با فایل readme ایجاد می شود که حاوی توضیحات و پرونده مجوز است.

3. اضافه کردن شاخه ها

شاخه های Github به شما اجازه می دهد تا با چندین نسخه پروژه در همان زمان کار کنید. به طور پیش فرض، هنگام ایجاد یک مخزن، شعبه اصلی ایجاد شده است، این شاخه اصلی اصلی است. برای مثال، می توانید شاخه های اضافی را ایجاد کنید، به عنوان مثال، برای تست نرم افزار قبل از انتشار آن در شعبه اصلی. بنابراین، شما می توانید به طور همزمان یک محصول را توسعه دهید و کاربران را با یک نسخه پایدار ارائه دهید. شما همچنین می توانید شاخه های فردی را برای نسخه برنامه برای سیستم های مختلف ایجاد کنید.

شاخه فعلی در گوشه سمت چپ بالا پس از کلمه نشان داده شده است "شاخه".برای ایجاد یک شاخه جدید به سادگی این لیست را اعمال کنید و شروع به تایپ کردن نام خود کنید:

این سایت به شما پیشنهاد می دهد که یک شاخه جدید ایجاد کنید، انتخاب کنید "ایجاد شاخه"

بلافاصله پس از خلقت، شما با تنها توسط شاخه ایجاد می شود.

4. فایل ها را تغییر دهید و مرتکب شوید

هر گونه تغییر به فایل های Github با استفاده از متعهد ساخته شده است. مرتکب شده توسط اصلاحات خود و توصیف این اصلاحات انجام می شود. این لازم است که شما آن را بدانید و زمانی که شما تغییر کرده اید، و همچنین کار تیم را آسان می کند. کلمه commote را می توان به عنوان "اصلاح" ترجمه کرد. به این ترتیب، ما می توانیم تغییرات را به چندین فایل انجام دهیم و سپس آنها را تعمیر کنیم. بیایید فایل readme را برای مثال تغییر دهیم. برای انجام این کار، دکمه را با یک تاسل در سمت راست پانل پیدا کنید و روی آن کلیک کنید:

یک ویرایشگر متن باز خواهد شد، جایی که می توانید صحت را وارد کنید:

پس از انجام هر کاری که نیاز دارید، باید فیلد را پر کنید "مرتکب شدن" در پایین صفحه. به طور خلاصه توصیف آنچه تغییر کرده است، و سپس کلیک کنید "تغییرات مرتکب":

این تغییرات به شاخه فعلی پروژه وارد می شود، زیرا ما در حال حاضر با آزمایش کار می کنیم، تغییرات به آن ارسال می شود.

5. ایجاد پرس و جو ادغام (درخواست کشیدن)

Github برای مبتدیان ممکن است به دلیل چنین ویژگی های بسیار دشوار به نظر برسد، اما اگر شما آن را تشخیص دهید بسیار راحت است. درخواست تقلبی یا درخواست کشیدن یک فرصت است، به طوری که هر نوع توسعه دهنده می تواند برای یکی دیگر از، خالق مخزن برای مشاهده کد خود و اضافه کردن آن به پروژه اصلی یا شعبه. ابزار کار با درخواست های فیوژن از ابزار مقایسه Diff استفاده می کند، بنابراین شما می توانید تمام تغییرات را مشاهده کنید، آنها با رنگ دیگری تأکید خواهند شد. درخواست را می توان بلافاصله پس از ایجاد یک مرتکب ایجاد کرد. بیایید درخواست را از شاخه های تست ما به یکی از اصلی ها ارسال کنیم. اول، برگه را باز کنید "درخواست را بکشید"

اینجا کلیک کنید "ایجاد درخواست کشیدن":

در این پنجره شما می توانید تمام تغییرات را مشاهده کنید، در حال حاضر ما یک خط را می بینیم:

6. مشاهده و تایید درخواست های فیوژن

در حال حاضر، در یک برگه درخواست های کشویی، ما فقط درخواست یک ادغام را انجام داده ایم و ما فقط می توانیم آن را با کلیک کردن "ادغام درخواست را بکشید":

اما اگر این درخواست از شخص دیگری آمده باشد، باید بررسی کنید که او آن را تغییر داد و این که آیا لازم است این کار را برای این انجام دهید، بر روی توضیح پرس و جو کلیک کنید و یک پنجره نمایش تغییر آشنا را مشاهده خواهید کرد:

سپس کد به شاخه اصلی وارد می شود و شاخه تست را می توان با خیال راحت حذف کرد.

7. گزارش های خطا

همچنین راحت است که ممکن است از Github استفاده کنید نه تنها برای توسعه و مدیریت کد، بلکه همچنین برای بازخورد از کاربران. در برگه "موضوع" کاربران می توانند پیام هایی را در مورد مشکلات مواجه شوند که هنگام استفاده از محصول شما مواجه می شوند. برگه باز "مسائل"و بر روی دکمه کلیک کنید "مسئله جدید":

8. انتشار

دومی که امروز ما در نظر خواهیم گرفت، منتشر می شود. هنگامی که محصول به مرحله خاصی رسیده است، می توانید یک نسخه را به کاربران آزاد کنید و می توانید مطمئن باشید که همه چیز در آنجا پایدار است و هیچ کس هیچ مشکلی را در کارشناسی ارشد شکست نمی دهد. ابتدا باید به صفحه اصلی پروژه بروید، سپس در برگه "منتشر شده":

در این صفحه شما باید نسخه را در فیلد مشخص کنید. "برچسب نسخه"، سپس نام انتشار و شرح کوچک. اگر بایگانی را با باینری کامپایل کرده اید، آنها نیز باید در اینجا پیوست کنند. سپس کلیک کنید "ایجاد انتشار":

پس از ایجاد انتشار، چنین صفحه ای ایجاد خواهد شد:

نتیجه گیری

در این مقاله، ما بررسی کردیم که چگونه از GitHub استفاده کنیم تا پروژه ما را مدیریت و مدیریت کنیم. کل سیستم به زبان انگلیسی است، بنابراین دانش پایه زبان بسیار مطلوب است، اما حتی بدون آنها کار با GitHub بسیار دشوار نخواهد بود. امیدوارم این اطلاعات برای شما مفید باشد. اگر شما علاقه مند به چگونگی کار با GIT هستید خط فرمان، مقاله را برای مبتدیان ببینید.

مقدمه ای دقیق برای کار با GIT

Git چیست و چرا من هستم؟

GIT یک سیستم کنترل توزیع شده است که به شما اجازه می دهد تا تمام تغییرات وارد شده در فایل های ذخیره شده در مخزن ذخیره شود. تغییرات در قالب عکس های فوری ذخیره می شود، به نام Commits می تواند در بسیاری از سرورها قرار گیرد. این ابر استاندارد را برای پشتیبان گیری در استروئیدها در نظر بگیرید - شما نه تنها می توانید کد را در صورت شکست بازگردانید، بلکه همچنین کد را به هر یک از حالت های ذخیره شده قبلی بازگردانید. شما همچنین می توانید به راحتی با سایر توسعه دهندگان ارتباط برقرار کنید - دوباره، به عنوان چند نفر می توانند بر روی یک فایل در Google Docs کار کنند و توسعه دهندگان می توانند به طور همزمان بر روی یک مخزن کار کنند و تغییرات خود را حفظ کنند.

با توجه به تمام مزایای آن، GIT یک ابزار ضروری برای هر کسی است که می خواهد توسعه یابد. در این مقاله ما به دستورات مفید GIT و وضعیت زمانی که آنها ارزش استفاده می کنند نگاه خواهیم کرد. همچنین اگر شما قبلا با GIT آشنا هستید، کمک می کند تا دانش خود را تازه کنند.

چگونه با GIT کار کنیم

بسیاری از دستورات در GIT در دسترس هستند، بنابراین مفید است که آنها را در مورد موضوع / دلیل استفاده کنید. اولا، ما به کار با GIT در دستگاه محلی نگاه خواهیم کرد، زیرا اکثر عملیات دقیقا وجود دارد، و سپس اجازه دهید به یک فرمت چند نفره تبدیل شویم.

با GIT شما می توانید هر دو از طریق خط فرمان و از طریق رابط گرافیکی مانند دسکتاپ GitHub. اگر چه توسعه دهندگان مبتدی خط فرمان می توانند بترساند، اما هنوز هم بهتر است مطالعه کنیم، زیرا فرصت های بیشتری را نسبت به بسیاری از ابزارها با رابط فراهم می کند.

به عنوان یک قانون، تیم GIT نوع GIT را می گیرد<команда> <аргументы> جایی که استدلال می تواند مسیر فایل باشد. تیم ها همچنین می توانند گزینه هایی باشند که به عنوان نشان داده شده است -<опция> یا -<однобуквенная опция> . آنها به شما اجازه می دهند اقدامات فرمان را در جزئیات بیشتر پیکربندی کنید. در این مقاله، تیم به طور کلی ارائه خواهد شد، بنابراین همه چیز در آن است<> شما باید معانی خود را جایگزین کنید.

اگر نمی دانید که چگونه از دستور استفاده کنید، می توانید راهنمای را با استفاده از Git Help باز کنید<команда> ، و اگر فقط به یادآوری نیاز دارید، از git استفاده کنید<команда> -H یا git<команда> - Help (- Help و -H معادل آن هستند).

آماده سازی گیت

نصب GIT

کاربران ویندوز می توانند آن را از اینجا دانلود کنند.

GIT MacOS (OS X) به عنوان بخشی از ابزار خط فرمان Xcode می آید، بنابراین شما باید آنها را نصب کنید. برای بررسی در دسترس بودن GIT، ترمینال را باز کنید و برای بررسی نسخه، وارد شوید.

اگر از لینوکس استفاده می کنید، سپس از Sudo APT نصب Git-All Command یا Sudo DNF نصب Git-All (بر اساس RPM) استفاده کنید.

پیکربندی فایل پیکربندی

اولین چیزی که باید بعد از نصب GIT انجام دهید این است که نام کاربری و ایمیل را پیکربندی کنید، زیرا آنها برای شناسایی و ذخیره شده در تمام عکس هایی که گرفته اید استفاده می شود. این تنظیمات در فایل پیکربندی با تمام بقیه ذخیره می شوند.

شما می توانید به طور مستقیم فایل .gitconfig را با استفاده از یک ویرایشگر متن یا با استفاده از Config Git Config -Global ویرایش کنید، و می توانید فیلدهای جداگانه را با استفاده از Config Git Config -Global ویرایش کنید<поле> <значение> - ما علاقه مند به زمینه کاربر. نام و user.Email زمینه ها.

شما همچنین می توانید یک ویرایشگر متن را برای نوشتن پیام های متعهد با استفاده از میدان Core.Editor پیکربندی کنید. ابتدا از ویرایشگر سیستم پیش فرض استفاده می کند، به عنوان مثال، VI برای لینوکس / مک. فیلد commit.template به شما اجازه می دهد تا قالب را مشخص کنید که در هر com استفاده می شود.

بسیاری از زمینه های دیگر وجود دارد، اما یکی از مفید ترین نام مستعار است که تیم را به نام مستعار متصل می کند. به عنوان مثال، git config - git alias.t "status -s" به شما امکان می دهد از Git ST به جای موقعیت Git استفاده کنید

Configion Git Config -List تمام زمینه ها و مقادیر آنها را از فایل پیکربندی نمایش می دهد.

ایجاد مخزن GIT

برای راه اندازی مجدد مخزن جدید. دستور Git Init می تواند مورد استفاده قرار گیرد و یا اگر می خواهید کلون موجود، Git را کپی کنید<адрес репозитория> .

تاریخ متعهد شده در گیت

Git فروشگاه ها را به صورت مجموعه ای از مجموعه ای از فیلم های سبک وزن "شناخته شده" شناخته می شود. آنها وضعیت سیستم فایل را در یک نقطه خاص در زمان ذخیره می کنند، و همچنین اشاره گر به گذشته (ها) قبلی (ها). هر کمیته شامل یک چکش منحصر به فرد است - شناسه ای که Git برای اشاره به متعهد استفاده می کند. برای ردیابی داستان، GIT فروشگاه اشاره گر سر، که نشان می دهد اولین مرتکب (ما دنبال زنجیره متعهد در جهت معکوس برای رسیدن به پزشکان قبلی).

ما می توانیم از طریق چکمه خود به مرتکب یا از طریق موقعیت آن نسبت به سر خود، به عنوان مثال، سر ~ 4 اشاره به متعهد، که 4 مرتبه قبل از سر است.

سیستم فایل Git

GIT فایل ها را در سه بخش اصلی دنبال می کند:

• دایرکتوری کار (سیستم فایل کامپیوتر شما)؛
• مساحت فایل های آماده شده (محل حمل و نقل محتوا از محتوای بعدی را ذخیره می کند)؛
• سر (آخرین مرتبه در مخزن).

تمام فایل های اصلی برای کار با فایل ها کاهش می یابد تا درک کند که چگونه GIT این سه بخش را کنترل می کند. یک تصور غلط رایج وجود دارد که منطقه فایل های آماده شده تنها تغییرات را ذخیره می کند. بهتر است در مورد این سه بخش به عنوان جداگانه فکر کنید سیستم های فایلهر کدام شامل کپی فایل های آن است.

مشاهده تغییرات در سیستم های فایل

دستور GIT وضعیت تمام فایل هایی را که بین سه بخش متفاوت است، نمایش می دهد. فایل ها دارای 4 حالت هستند:

1. Unteracted (Untrace) - در دایرکتوری کار است، اما هیچ نسخه ای در سر و یا در زمینه فایل های آماده وجود ندارد (Git در مورد فایل نمی داند).
2. تغییر (اصلاح شده) - یک نسخه جدیدتر در دایرکتوری کار در مقایسه با سر ذخیره شده یا در زمینه فایل های آماده شده وجود دارد (تغییرات در COM بعدی نیست.
3. آماده شده (مرحله) - یک نسخه جدیدتر در دایرکتوری کار و منطقه ای از فایل های آماده شده در مقایسه با سر وجود دارد (آماده برای مرتکب).
4. بدون تغییر - یک نسخه از فایل در همه بخش ها، به عنوان مثال، در آخرین کامارها شامل نسخه فعلی است.

توجه داشته باشید که فایل می تواند به طور همزمان "تغییر" و "آماده" اگر نسخه در دایرکتوری کار جدیدتر از در زمینه فایل های آماده شده است، که به نوبه خود نسخه جدیدتر در سر است.

ما می توانیم از گزینه -s برای دستور Git Status برای دریافت یک خروجی جمع و جور تر (در خط به فایل) استفاده کنیم. اگر فایل ردیابی نشده باشد، پس از آن نمایش داده خواهد شد؟ ؛ اگر تغییر کند، نام او قرمز خواهد بود و اگر آماده شود - سبز.

برای دیدن تغییرات خود، و فایل های تغییر نکرده، می توانید از دستورات زیر استفاده کنید:

• gIT Diff - مقایسه دایرکتوری کار با مساحت فایل های آماده شده؛
• gIT Diff -staged - مقایسه منطقه ای از فایل های آماده شده با سر.

اگر از یک استدلال استفاده می کنید<файл/папка> ، Diff فقط تغییرات را فقط برای فایل ها / پوشه های مشخص شده نشان می دهد، مانند Git Diff SRC /.

سیستم به روز رسانی فایل

تیم Git اضافه کنید<файл/папка> به روز رسانی مساحت فایل های فایل / پوشه فایل از دایرکتوری کار.

Git Comment Command به روز رسانی سر را با یک مرتبه جدید به روز می کند، که تصاویری از فایل ها را در منطقه فایل های آماده می گیرد.

Git Reset Command Action<коммит> متشکل از سه مرحله بالقوه است:

1. حرکت اشاره گر سر به<коммит> (به عنوان مثال، زمانی که Rollback در دایرکتوری کار رقابت می کند و منطقه ای از فایل های آماده شده نسخه های جدید بیشتری از فایل ها خواهد بود). همچنین اشاره گر سر شاخه به این متعهد منتقل می شود.
2. به روز رسانی منطقه فایل های آماده شده توسط محتویات متعهد. در این مورد، تنها در دایرکتوری کار خواهد بود جدیدترین نسخه ها فایل ها.
3. محتوای دایرکتوری کار منطقه ای از فایل های آماده شده را به روز کنید. شما باید در مورد این دقت مراقب باشید، زیرا تغییرات فایل در نهایت نابود خواهد شد.

به طور پیش فرض، دستور بازنشستگی GIT تنها مراحل 1 و 2 را انجام می دهد، اما رفتار آن را می توان با استفاده از گزینه های - Soft Options (تنها 1 مرحله) و - ساعت ها (تمام مراحل) تغییر داد.

اگر مسیر را به فایل / پوشه ارسال کنید، دستور فقط برای آنها انجام می شود، به عنوان مثال Git Reset - Soft Head ~ 1 SRC /.

تیم باز پرداخت<файл> منجر به نتیجه مشابه GIT می شود بازنشانی - مهمات سر.<файл> - یک نسخه از فایل را در زمینه فایل های آماده شده و در دایرکتوری کار نسخه سر بازنویسی کنید، یعنی لغو تغییرات پس از آخرین مرتبه.

از سوی دیگر، پرداخت GIT<файл> (در حال حاضر بدون سر) نسخه فایل را در دایرکتوری کار نسخه در زمینه فایل های آماده شده، یعنی لغو تغییرات از زمان آخرین نسخه آماده، بازنویسی می کند.

سرانجام GIT RM<файл> ردیابی فایل را لغو می کند و آن را از دایرکتوری کار حذف می کند، گزینه - Cached فایل را ذخیره خواهد کرد.

نادیده گرفتن فایل ها

اغلب ما به GIT نیاز نداریم تا تمام فایل ها را در مخزن پیگیری کنیم، زیرا تعداد آنها ممکن است شامل موارد زیر باشد:

• فایل ها با اطلاعات حساس مانند کلمه عبور؛
• فایل های باینری بزرگ؛
• فایل های مونتاژ که پس از هر تدوین تولید می شوند؛
• به عنوان مثال، فایل های OS / IDE .ds_store. برای MacOS یا .iml برای ایده Intellij - ما به مخزن به اندازه کافی از سیستم نیاز داریم.

برای نادیده گرفتن file.gitignore. برای علامت گذاری فایل هایی که می خواهیم نادیده بگیریم، می توانید از الگوهای جستجو استفاده کنید (عبارات منظم ساده را در نظر بگیرید):

• / ___ - اجتناب از بازگردانی - با فایل ها تنها در دایرکتوری فعلی ملاقات می کند؛
• __ / - مطابق با تمام فایل ها در دایرکتوری مشخص شده؛
• * ___ - با تمام فایل ها با پایان مشخص شده مطابقت دارد؛
• ! - نادیده گرفتن فایل های سقوط تحت الگوی مشخص شده؛
• [__] - مربوط به هر شخصیتی از آنهایی است که در براکت های مربع مشخص شده اند؛
• ؟ - مربوط به هر نماد؛
• / ** / - به عنوان مثال به دایرکتوری های توزیع شده، A / ** / D مربوط به A / D، A / B / D، A / B / C / D، و غیره و غیره است.

ما حتی می توانیم از الگوهای جستجو در هنگام مشخص کردن یک فایل / پوشه در سایر دستورات استفاده کنیم. به عنوان مثال، git اضافه کردن src / *. CSS تمام فایل ها را اضافه می کند. CSS در پوشه SRC.

تعهد

از آنجایی که مرتکب مبنای تاریخچه نسخه ها هستند، لازم نیست که در مورد آنها کمی بیشتر بدانند.

دستور GIT Command یک ویرایشگر متن را برای وارد کردن پیام های متعهد باز خواهد کرد. همچنین، این تیم چندین استدلال مشترک را انجام می دهد:

• -M به شما اجازه می دهد پیامی را با تیم بدون باز کردن ویرایشگر بنویسید. به عنوان مثال، Git Commit -M "Fixing Bag"؛
• -a انتقال تمام فایل های نظارت شده به منطقه فایل های آماده شده و شامل آنها را در commote (به شما اجازه می دهد تا از Git اضافه کنید قبل از انجام)؛
• - مسلمان جایگزین آخرین متعهد به یک تعهد جدید اصلاح شده است، که مفید است اگر شما به اشتباه پیغام آخرین مرتکب را تایپ کرده اید یا فراموش کرده اید که برخی از فایل ها را به آن اضافه کنید.

چند نکته برای کسانی که ارزش گوش دادن به آن دارند:

• Committe اغلب: شما نمی توانید تغییرات را به عقب بر گردانید، اگر به آنچه که به آن بازگردید، رول کنید.
• یک تغییر یک مرتبه است: تمام تغییرات در یک Comite را قرار ندهید، آنها را تقسیم نکنید تا بتوانید رول کنید.
• فرمت پیام: عنوان باید در یک احتراق ضروری باشد، کمتر از 50 کاراکتر طول داشته باشد و باید منطقی این عبارت این مرتکب را تکمیل کند ___ (این مرتکب اشتباهات را حل خواهد کرد - این مرتکب خطا را حل خواهد کرد). این پیام باید توضیح دهد که چرا مرتکب شده است، و خود متعهد نشان می دهد که چه چیزی تغییر کرده است. برنامه ریزی شده در جزئیات نحوه نوشتن پیام ها برای انجام دادن.
• (اختیاری) تغییرات جزئی را انجام ندهید: در یک مخزن بزرگ، بسیاری از اجزای کوچک می توانند تاریخ را مسدود کنند. یک لحظه خوب، زمانی که در حال توسعه است، در نظر گرفته می شود و زمانی که آنها را به یک مخزن بزرگ اضافه می کنند تا آنها را به یک مرتبه ترکیب کنند.

مشاهده تغییرات در تاریخ

شما می توانید از دستور Git Log برای مشاهده تاریخچه های قبلی در جهت زمان سنجی معکوس استفاده کنید. او می تواند گزینه های مختلف را منتقل کند:

• -P تغییرات در هر com را نشان می دهد.
• - Stat نشان می دهد آمار اختصار برای مرتکب، مانند فایل های تغییر یافته و تعداد رشته های اضافه شده / از راه دور در هر یک از آنها؛
• -n نشان می دهد n. مرتکب اخیر؛
• )
• - بهتلی اجازه می دهد تا فرمت ورود به سیستم را مشخص کنید (به عنوان مثال، - رتپیتی \u003d OneLine)، شما همچنین می توانید از فرمت برای سفارشی سازی بیشتر استفاده کنید - به عنوان مثال - "٪ H٪ S"؛
• - فیلتر GREP و -S با پیام / تغییر کد که حاوی رشته مشخص شده است، به عنوان مثال، Git log -s_name_name به شما اجازه می دهد تا علاوه بر / حذف تابع را مشاهده کنید؛
• - بدون ادغام عبور می کند با شاخه های ادغام؛
• veta1.. tell2 اجازه می دهد تا ببینید که تعهدات از شاخه 2 در شاخه 1 نیست (مفید در هنگام ادغام شاخه ها). به عنوان مثال، GIT Log Master..Test نشان می دهد آنچه که از شاخه آزمون متعهد نیست، در استاد نیست (کمی بعد از شاخه ها صحبت کنید).
• - Left-Right Branch1 ... Branch2 نشان می دهد مرتکب می شود که در شاخه 1 یا در شاخه 2، اما نه هر دو در هر دو؛ امضاء کردن< обозначает коммиты из ветка1 , а > - از شاخه 2 توجه آپلود: سه امتیاز استفاده می شود، نه دو؛
• -l یک استدلال را آغاز می کند، پایان: فایل یا: فایل: فایل و تاریخچه تغییرات را به ردیف عبور یا عملکرد در فایل نشان می دهد.

یکی دیگر از تیم های مفید Git سرزنش می کند<файл> ، که برای هر خط فایل، نویسنده و مقدار چکمه آخرین مرتبه را نشان می دهد که این رشته را تغییر داده است. -l<начало>, <конец> به شما امکان می دهد این فرمان را به ردیف های مشخص محدود کنید. برای مثال این را می توان از آن استفاده کرد تا کمیته ها را به یک اشکال خاص منجر شود (به طوری که شما می توانید رول را رول کنید).

در نهایت، یک دستور Git Grep وجود دارد که به دنبال تمام فایل ها در تاریخ مرتکب شده است (و نه فقط در دایرکتوری کار به عنوان GREP) با توجه به بیان منظم مشخص شده است. گزینه -n شماره خط مربوطه را در فایل برای هر مسابقه نمایش می دهد، و --Count تعداد مسابقات را برای هر فایل نشان می دهد.

توجه داشته باشید git grep را با git log - grep اشتباه نگیرید! اولین بار به دنبال فایل ها در میان مرتکب شده است، و دومی به دنبال پیام های ورودی است.

سرورهای از راه دور

تا کنون، ما در مورد استفاده از GIT فقط در یک ماشین محلی بحث کردیم. با این حال، ما می توانیم تاریخ تعهد از مخازن از راه دور را ذخیره کنیم، که می تواند نظارت و به روز شود (پشتیبان گیری از راه دور از راه دور خود را از تاریخ متعهد ما را در نظر بگیرید).

Git Remote Command لیستی از مخازن از راه دور را نشان می دهد که ما پیگیری می کنیم و نام هایی که ما اختصاص داده ایم.

هنگام استفاده از دستور Git Clone ما نه تنها یک کپی از مخزن را بارگیری می کنیم، بلکه به طور ضمنی پیگیری می کنیم سرور از راه دورکه واقع شده است آدرس مشخص شده و کدام نام اصلی را تعیین می کند.

دستورات مصرفی بیشتر:

• git Remote Add.<имя> - یک مخزن راه دور را با نام مشخص شده اضافه می کند؛
• git از راه دور حذف<имя> - یک مخزن راه دور را با نام مشخص شده حذف می کند؛
• git Rename Rename<старое имя> <новое имя> - تغییر نام مخزن از راه دور؛
• git Remote Set-URL<имя> - یک مخزن را به نام یک آدرس جدید اختصاص می دهد؛
• git Remote Show.<имя> - نمایش اطلاعات در مورد مخزن.

دستورات زیر با شاخه های حذف شده عمل می کنند:

• git fetch<имя> <ветка> - داده ها را از شاخه مخزن مشخص دریافت می کند، اما تغییرات را ادغام نمی کند؛
• git کشیدن<имя> <ветка> - داده ها را از شاخه مخزن مشخص شده ادغام می کند؛
• git push<имя> <ветка> - تغییرات را به شاخه مخزن مشخص شده ارسال می کند. اگر شعبه محلی در حال پیشگیری از راه دور است، شما می توانید فقط استفاده از GIT Push یا Git را بکشید.

بنابراین، چندین نفر می توانند تغییرات را از سرور درخواست کنند، تغییرات در کپی های محلی را انجام دهند و سپس آنها را به یک سرور از راه دور ارسال کنند، که به شما اجازه می دهد تا با یکدیگر در یک مخزن ارتباط برقرار کنید.

شاخه

همه اینها خوب و عالی است اگر هر توسعه دهنده در حال کار بر روی یک پروژه در زمان های مختلف است. نمودارها نشان داده شده در بالای موقعیت های جابجایی تنها با تغییر در مخزن اصلی یا کپی محلی، اما نه کار چند نفر.

این ما را هدایت می کند ویژگی های کلیدی GIT - فرصت های شاخه ای برای کار کردن نسخه های مختلف پروژه. این به این معنی است که به جای یک لیست با مرتکب دستور داده شده، داستان در نقاط خاصی متفاوت خواهد بود (که آن را شبیه به درخت می کند). هر شاخه ای در GIT حاوی یک سر نور سر به آخرین مرتبه در این موضوع است، که به شما اجازه می دهد تا بسیاری از شاخه ها را بدون هزینه های اضافی ایجاد کنید. نکته: با توجه به قابلیت توسعه یافته در آن، یک شاخه را به دست آورید. شاخه پیش فرض استاد نامیده می شود.

بنابراین ما یک اشاره گر عمومی داریم سر. و سر برای هر شاخه. بنابراین، تعویض بین شاخه ها تنها حرکت می کند سر. در سر شاخه مربوطه.

تیم های استاندارد:

• شاخه گیت<имя ветки> - یک شاخه جدید را با سر نشان می دهد سر.. اگر این استدلال را بیان نکنید<имя ветки> ، تیم لیستی از تمام شاخه های محلی را نمایش می دهد؛
• گیت پرداخت<имя ветки> - سوئیچ به این شاخه شما می توانید گزینه -B را برای ایجاد یک شاخه جدید قبل از تعویض منتقل کنید.
• شاخه GIT -D.<имя ветки> - شاخه را حذف می کند

به عنوان مخزن محلی ما، و از راه دور، می تواند شاخه های زیادی داشته باشد، بنابراین هنگامی که یک مخزن از راه دور را پیگیری می کنید، در واقع یک شاخه حذف شده را کنترل می کند (Git Clone شاخه اصلی خود را به شاخه اصلی / استاد مخزن راه دور به ارمغان می آورد).

اتصال به شاخه حذف شده:

• gIT Branch -u.<имя удалённого репозитория>/<удалённая ветка> - شاخه فعلی را به شاخه از راه دور مشخص شده متصل می کند؛
• git Checkout - Track<имя удалённого репозитория>/<удалённая ветка> - آنالوگ فرمان قبلی؛
• gIT پرداخت -B.<ветка> <имя удалённого репозитория>/<удалённая ветка> - یک شاخه محلی جدید ایجاد می کند و شروع به پیگیری از راه دور می کند؛
• gIT Branch --vv - شاخه های راه دور محلی و نظارت شده را نشان می دهد؛
• گیت پرداخت<удалённая ветка> - یک شاخه محلی را با همان نام به عنوان راه دور ایجاد می کند و شروع به ردیابی می کند.

به طور کلی، پرداخت GIT با مکان مکانی که سر شاخه ها را نشان می دهد همراه است، به نظر می رسد که بازنشانی GIT سر عمومی را حرکت می دهد.

هشدار و تمیز کردن

یک ظرافت وجود دارد - هنگام تغییر شاخه های GIT نیاز به اینکه حالت کاری تمیز باشد، یعنی تمام تغییرات در فایل های ردیابی باید ثابت شود.

تقریبا ترجمه کردن این کاملا نیست. در برخی موارد، GIT می تواند به طور خودکار تغییر ناخواسته را به شاخه دیگری انتقال دهد.

با این حال، گاهی اوقات شما تغییرات ناتمام را که نمی توان ثابت کرد. در چنین وضعیتی، آنها می توانند ذخیره شوند و با استفاده از دستور Git Stash ذخیره شوند. برای بازگشت تغییرات، از Git Stash استفاده کنید.

شاید در عوض شما می خواهید تمام تغییرات را پاک کنید. در این مورد، از دستور Git Clean استفاده کنید. گزینه -D همچنین فایل های نامناسب را حذف می کند. نکته: اضافه کردن گزینه -n برای دیدن آنچه اتفاق می افتد زمانی که شما شروع به GIT تمیز بدون استفاده مستقیم.

ترکیب شاخه ها

پس از بحث ما در مورد شاخه ها و هر دو بین آنها سوئیچ، وقت آن است که در مورد چگونگی ترکیب آنها پس از توسعه صحبت کنیم. شاخه ای که ما می خواهیم تغییرات را ادغام کنیم، اصلی و شاخه ای است که ما آنها را ادغام خواهیم کرد - موضوعی. دو راه برای تغییر از یک شاخه به دیگری وجود دارد: ادغام و حرکت.

ادغام

این شامل ایجاد یک تعهد جدید است که بر اساس یک اجداد عمومی دو شاخه است و هر دو سر را به عنوان مرتکب قبلی نشان می دهد. برای ادغام، ما به شاخه اصلی می رویم و از دستور Git Merge استفاده می کنیم<тематическая ветка> .

اگر هر دو شاخه بخشی از فایل را تغییر می دهند، درگیری های منازعه ایجاد می شود - وضعیتی که Git نمی داند کدام نسخه از فایل را ذخیره نمی کند، بنابراین لازم است که منافع را حل کنیم. برای دیدن فایل های متضاد، از وضعیت GIT استفاده کنید.

پس از باز کردن چنین فایل ها، نشانگرهای رزولوشن مشابهی را خواهید دید:

<<<<<<< HEAD:index.html Everything above the ==== is the version in master. ======= Everything below the ==== is the version in the test branch. >\u003e\u003e\u003e\u003e\u003e\u003e تست: index.html

در این بلوک همه چیز را در نسخه ای که می خواهید ترک کنید، جایگزین کنید و فایل را آماده کنید. پس از حل تمام اختلافات، می توانید از GIT Compete برای تکمیل ادغام استفاده کنید.

حرکت

به جای ترکیب دو شاخه کمیته ادغام، کمیته های شعبه موضوعی را به شکل مجموعه ای از کمیته های جدید شعبه پایه بازتولید می کند که به یک تاریخچه تمیز کننده تبدیل می شود.

GIT Rebase Command برای حرکت استفاده می شود<основная ветка> <тематическая ветка> که بازتولید تغییرات به شاخه موضوعی در اصل اصلی؛ شعبه موضوعی سر نشان دهنده آخرین تعهد بازتولید شده است.

حرکت در مقابل ادغام

پس از ادغام ورود به سیستم با یک داستان ممکن است به طور تصادفی به نظر برسد. از سوی دیگر، حرکت به شما اجازه می دهد تا داستان را در یک فرم عادی و سازگار بازنویسی کنید.

پس چرا اگر می توانید از تمام زمان ها استفاده کنید، به ادغام نیاز دارید؟ متأسفانه، در حال حرکت، پاناسونیک از سیاهههای گیج کننده نیست، زیرا مرتکب جابجایی در واقع از اصل متفاوت است، هرچند آنها نویسنده، پیام و تغییر را دارند.

تصور کنید یک سناریو:

• در شاخه شما، شما چندین مرتبه ایجاد می کنید و آنها را به شاخه اصلی ادغام می کنید.
• شخص دیگری تصمیم می گیرد بر اساس مرتکب کاری شما کار کند.
• شما تصمیم می گیرید که مرتکب شوید و آنها را به سرور ارسال کنید.
• هنگامی که کسی تلاش می کند کار خود را بر اساس مرتکب اولیه خود ادغام کند، در نهایت ما دو شاخه موازی را با یک نویسنده، پیام ها و تغییرات دریافت خواهیم کرد، اما با اعمال مختلف.

بنابراین، در اینجا شورا است:

تغییرات را فقط در شعبه خصوصی خصوصی خود تغییر دهید - مرتکب کاری نکنید که شخص دیگری بستگی دارد.

کمیته Rollback - بازگرداندن و تنظیم مجدد

بحث های مشابه در مورد آنچه بهتر است استفاده کنید، زمانی اتفاق می افتد که شما می خواهید به عقب برگردید. GIT TEAM REVERT.<коммит> ایجاد یک مرتکب جدید، لغو تغییرات، اما حفظ تاریخ، در حالی که Git Reset<коммит> اشاره گر سر را با ارائه یک تاریخ پاک کننده حرکت می دهد (همانطور که این مرتکب این اتفاق نمی افتد). مهم است که توجه داشته باشید که این بدان معنی است که شما دیگر به این تغییرات نخواهید رسید، مثلا، اگر هنوز تصمیمی بگیرید که لغو تعهد غیر ضروری بود. پاک کننده - به معنای بهتر نیست!

خلاصه کردن

در این مرحله شما تقریبا همه چیز را دارید که باید با GIT کار کنید. در زیر چندین (اختیاری) راهنمایی پیشرفته برای کنترل بزرگتر بر مرتکب و تاریخچه خواهد بود. علاوه بر این، پس از آن ما به طور معمول تحت تاثیر github - یکی از معروف ترین سیستم عامل کار با GIT، که می تواند برای شما مفید باشد.

github

Github یک پلت فرم است که مخزن GIT را در سرورهای متعدد خود ذخیره می کند. به عنوان یک کاربر GitHub، شما می توانید مخازن از راه دور خود را در سرورهای خود ذخیره کنید، و همچنین به دیگر مخزن منبع باز کمک کنید. Github مکمل استفاده از GIT با برخی از ویژگی های جدید است.

به عنوان مثال، شما می توانید یک مخزن از راه دور فورک، یعنی، برای ایجاد کپی خود را از مخزن در شمال Github ایجاد کنید. این در مواردی مفید است که شما حق ایجاد یک شاخه را در مخزن اصلی ندارید. هنگامی که از دستور Git Clone استفاده می کنید، مخزن محلی شما فرم از راه دور را به عنوان مبدا و مخزن اصلی به عنوان بالادست پیگیری می کند.

پس از آن، ممکن است لازم باشد شاخه موضوعی از مخزن راه دور خود را در شاخه اصلی اصلی تخلیه کنید. برای انجام این کار، می توانید یک درخواست جدید برای ایجاد یک درخواست برای ایجاد تغییرات ایجاد کنید، جایی که Github قبل از اینکه شما را به انجام ادغام انجام دهد، حضور درگیری ها را بررسی می کند. اغلب چک های دیگر قبل از ادغام، مانند مشاهده و تایید کد یا حتی تست های راه اندازی وجود دارد. در پرس و جو، شما می توانید کد را مورد بحث قرار دهید، و تمام مرتکبین که شما به شاخه های موضوعی از راه دور ارسال می کنید، به طور خودکار به درخواست اضافه می شود، حتی اگر قبل از این مرتکب شده است.

استفاده پیشرفته: آماده سازی تعاملی

شما می توانید به راحتی منطقه فایل های آماده شده را مدیریت کنید (به عنوان مثال، هنگام اصلاح چندین مرتبه کوچک به جای یک بزرگ) با استفاده از یک کنسول تعاملی که Git Add -i را می توان راه اندازی کرد. 8 تیم موجود در آن:

• وضعیت - توضیح مختصری برای هر فایل را نشان می دهد که (نه) تهیه شده؛
• به روز رسانی - آماده سازی فایل های ردیابی؛
• بازگرداندن - حذف یک یا چند فایل از منطقه آماده شده؛
• اضافه کردن UnTrace - آماده سازی فایل نامنظم؛
• پچ - فقط بخشی از فایل را آماده می کند (مفید زمانی که شما، به عنوان مثال، تغییرات چندگانه را تغییر داد، اما می خواهید تغییرات را به چندین مرتبه تغییر دهید). پس از انتخاب فایل، شما به قطعات شما نشان داده می شود و دستورات احتمالی را ارائه می دهد: مرحله این شکار؟ . می توانم وارد بشوم؟ برای پیدا کردن آنچه که هر تیم را ایجاد می کند؛
• diff - لیستی از فایل های آماده شده را نشان می دهد و به شما امکان می دهد تغییرات را برای هر یک از آنها مشاهده کنید؛
• ترک - از کنسول تعاملی بیرون می آید
• راهنما - شرح مختصری از هر تیم را نشان می دهد.

نماد * کنار فایل به این معنی است که فرمان وضعیت خود را تغییر خواهد داد (تهیه شده / آماده شده بسته به اینکه آیا به روز رسانی یا بازگردانی رخ می دهد). اگر دکمه ENTER را فشار دهید بدون وارد کردن چیزی در هر یک از منوی فرمان، تمام فایل ها به حالت آماده (نه) را تغییر دهید.

لطفا توجه داشته باشید که ایجاد تکه ها (آماده سازی تنها بخشی از فایل) نه تنها در کنسول تعاملی، بلکه از طریق دستور Git Add -P نیز در دسترس است.

استفاده پیشرفته: قوانین تاریخچه

برای کنترل بزرگتر بر تاریخ تعهد شعبه محلی، می توانید از Git Rebase-I Command استفاده کنید n. که کنسول تعاملی را برای حرکت مجموعه ای از دومی باز می کند n. مرتکب شده به ترتیب از قدیمی تا جدید (یعنی، به ترتیب که آنها منتقل می شوند) ذکر شده است. بنابراین شما می توانید "تاریخ ویرایش" را ویرایش کنید، با این حال به یاد داشته باشید که مرتکب اصلی نمی تواند تغییر کند، فقط برای حرکت.

شما می توانید سفارش مرتکب را تغییر دهید با تغییر نظم که در آن ذکر شده است.

تغییر پیام / فروش را تغییر دهید

برای مشخص کردن کمیته ای که می خواهید تغییر دهید، دستور ویرایش مورد استفاده قرار می گیرد. سپس، هنگامی که GIT حرکت می کند، آن را در این کام متوقف خواهد شد. پس از آن، می توانید از GIT Commit استفاده کنید - پیام را تغییر دهید یا فایل های فراموش شده را آماده کنید. اگر می خواهید Commote را تقسیم کنید، پس از متوقف کردن، سر بازرسی GIT را وارد کنید سپس شما می توانید فایل ها را در حالت های فردی به طور معمول حل کنید.

پس از ویرایش کامل شده است، Git Rebase را وارد کنید - Continue.

چندین مرتبه را بازنویسی کنید

گاهی اوقات ممکن است لازم باشد چندین مرتبه را بازنویسی کنید - در چنین مواردی که می توانید از Filter-Branch Git استفاده کنید. به عنوان مثال، برای حذف یک فایل تصادفی ضبط شده، شما می توانید Git Filter-Branch - Tree-Filter "Git RM -F را وارد کنید<имя файла>"سر. با این حال، در نظر بگیرید که در همان زمان تمام داستان حرکت می کند.

ترکیب چندین مرتبه

در حالی که کار می کند خصوصیت جدید در پروژه شما می توانید به تدریج حتی کوچکترین تغییرات در شاخه های موضوعی را ضبط کنید. با این حال، به همین دلیل، تاریخ با چنین متغیرهای کوچک، که می تواند با قوانین پروژه مخالف باشد، مسدود شده است. این را می توان با ترکیب چندین مرتبه به یک بزرگ اصلاح کرد. برای انجام این کار ابتدا از دستور انتخاب برای انتخاب اولین مرتکب استفاده کنید، و سپس برای پس از آن اسکواشید. GIT تمام تغییرات در یک شروع را اعمال می کند و از شما می خواهد پیام پیغام مرتکب عمومی را ویرایش کنید.

انتقال یک commote جداگانه

علاوه بر ادغام / حرکت همه متعهدات در شعبه موضوعی، شما فقط می توانید به یک متعهد خاص علاقه مند شوید. فرض کنید شما یک شاخه پیش نویس محلی دارید که در آن شما در مقالات بالقوه چندگانه کار می کنید، اما می خواهید تنها یکی از آنها را منتشر کنید. برای انجام این کار، می توانید از دستور Git Cherry-Pick استفاده کنید. برای به دست آوردن معایب خاصی که ما می خواهیم انتخاب کنیم، می توانید از GIT Log استفاده کنید<основная ветка>..<тематическая> .

لطفا توجه داشته باشید که یک متعهد جدید به این ترتیب ایجاد شده است، که تنها تفاوت های متعهد انتخاب شده را تکرار می کند (یعنی تفاوت بین این مرتکب شدن و قبلی)، اما نه وضعیت آن.

نتیجه

بنابراین ما مفاهیم اساسی GIT را بررسی کردیم. شما می توانید از این مقاله به عنوان یک کتاب مرجع کوتاه استفاده کنید، و شما می توانید کتاب "Pro Git" را بخوانید، که خیلی بیشتر (~ 450 صفحه) است و Git را عمیقا توصیف می کند.

آیا می خواهید عمیق تر به گیت بکشید، اما کمی (یا برعکس، بسیاری از کتاب های بزرگ) کمی دارید؟ سپس شما باید به ما نگاه کنید.

مقابله با تغییرات - ویژگی اصلی یک فرد. اگر در زمانی که شما شروع به کار با سیستم های کنترل نسخه ها کردید، هیچ GIT وجود نداشت - احتمال دارد که شما با Subversion شروع کردید. اغلب مردم می گویند که Git برای مبتدیان بسیار پیچیده است. با این وجود، من به خودم اجازه خواهم داد تا با شما مخالف باشم.

در این مقاله، به شما خواهم گفت که چگونه از GIT در کار با پروژه های خود استفاده کنید. ما فرض می کنیم که شما یک پروژه را از ابتدا ایجاد می کنید و می خواهید از GIT به عنوان یک سیستم کنترل نسخه استفاده کنید. پس از خواندن دستورات اصلی، ما می خوانیم که چگونه می توانید کد خود را در Github قرار دهید.

این مقاله در مورد چیزهای اساسی صحبت خواهد کرد - چگونگی راه اندازی پروژه ها، نحوه مدیریت فایل های جدید و موجود، و نحوه ذخیره کد خود را در ابر. ما برخی از چیزهای پیچیده مانند شاخه را پایین می آوریم، زیرا مقاله بر روی مبتدیان گرا است.

نصب GIT

در سایت رسمی GIT در سیستم های مختلف - لینوکس، مک، ویندوز است. در مورد ما، ما از اوبونتو 13.04 استفاده خواهیم کرد و Git ما با استفاده از APT-GET نصب می شود.

sudo apt-get نصب Git

پیکربندی اولیه

یک دایرکتوری ایجاد کنید که در آن ما کار خواهیم کرد. شما همچنین می توانید از GIT برای کار با یک پروژه موجود استفاده کنید، و در این مورد شما یک دایرکتوری تظاهرات ایجاد نمی کنید همانطور که در زیر شرح داده شده است.

mkdir my_git_project cd my_git_project

اول از همه، لازم است که مخزن GIT در دایرکتوری پروژه را راه اندازی کنید. شما می توانید این کار را با دستور init انجام دهید، که یک دایرکتوری را ایجاد می کند. با تمام اطلاعات مربوط به پروژه خود.

git config - global user.name "shaumik" git config - global user.email " [ایمیل محافظت شده]"git config - global color.ui" auto "

شایان ذکر است که اگر آدرس و نام خود را مشخص نکنید، مقادیر پیش فرض به جای آن استفاده می شود. در مورد ما، مقادیر پیش فرض Donny و [ایمیل محافظت شده]

ما همچنین رنگ رابط را به مقدار خودکار تنظیم می کنیم، به طوری که خروجی دستورات GIT رنگ خواهد بود. ما پیشوند فلج را به این دستورات اضافه می کنیم تا این مقادیر در سراسر سیستم مورد استفاده قرار گیرد و نیازی به تنظیم آنها برای هر پروژه فردی نبود.

تهیه فایل های متعهد

گام بعدی ما چندین فایل را ایجاد خواهیم کرد. شما می توانید از هر ویرایشگر متن برای این استفاده کنید. توجه داشته باشید که اگر GIT را در یک پروژه موجود قرار دهید، لازم نیست که این مرحله را انجام دهید.

وضعیت مخزن را بررسی کنید

حالا که فایل ها در پروژه شما وجود دارد، بیایید ببینیم که چگونه GIT با آنها تجدید نظر می کند. برای بررسی وضعیت مخزن فعلی، از دستور GIT STATUS استفاده کنید.

فایل ها را به Git اضافه کنید

در این مرحله، Git یکی از فایل های ما را دنبال نمی کند. لازم است به طور خاص فایل ها را به گیت اضافه کنید تا این اتفاق افتاد. برای انجام این کار، از دستور Add استفاده کنید.

git اضافه کردن my_file

پس از بررسی وضعیت مخزن، ما می بینیم که یکی از فایل ها قبلا به آن اضافه شده است.

برای اضافه کردن چندین فایل، ما از موارد زیر استفاده می کنیم (توجه کنید که ما اولین فایل را قبلا اضافه کردیم، بنابراین ما تنها دو باقی مانده را اضافه می کنیم).

git اضافه کردن myFile2 myFile3

شما می توانید Git را به صورت بازگشتی استفاده کنید، اما با این فرمان مراقب باشید. برخی از فایل ها (به عنوان مثال، برنامه های کامپایل شده) وجود دارد که نباید به سیستم کنترل نسخه اضافه شود. اگر از GIT Add به صورت بازگشتی استفاده کنید، چنین فایل هایی نیز به مخزن می افتند.

فایلهاروحذف کن

تصور کنید که شما به طور تصادفی یک فایل را به مخزن اضافه کردید، که نباید آنجا نبود. یا میخواهید هر فایل را از سیستم کنترل نسخه حذف کنید. به طور کلی، دستور GIT RM به سادگی فایل را از مخزن حذف نمی کند، بلکه فیزیکی آن را از دیسک حذف می کند. به گیت متوقف کردن فایل ردیابی فایل، اما بر روی دیسک باقی مانده است، از دستور زیر استفاده کنید:

git rm - cached [نام فایل]

تغییرات CommImim

هنگامی که تمام فایل های لازم را اضافه کرده اید، می توانید آنها را در Git توضیح دهید. تصور کنید که مرتکب یک عکس فوری از وضعیت پروژه در یک مرحله خاص است که می توانید در هر زمان برگردید و وضعیت پروژه را در آن زمان ببینید. با هر کمیته، یک پیام مرتبط است که این استدلال پس از پیشوند -m تنظیم شده است

git commit -m "اولین مرتبه من"

پیامی را مشخص کنید که حاوی اطلاعات مفید است، زیرا آنها به درک آنچه که در این مرتکب تغییر کرده اند کمک می کنند. اجتناب از برخی از پیام های رایج، مانند "قوانین اشکالات". اگر شما یک ردیاب اشکال دارید، می توانید نوع پیام "Bug # 123" را مشخص کنید. تمرین خوب - نام شاخه یا بهبود را مشخص کنید. به عنوان مثال، "مدیریت دارایی - اضافه شدن توانایی تولید PDF بر اساس دارایی" - یک پیام روشن و قابل فهم است.

Git تعداد هگزادسیمال طولانی مدت را تعیین می کند. معمولا نیازی به کپی کردن کل خط وجود ندارد، اولین کاراکتر 5-6 عدد کافی برای شناسایی یک مرتبه خاص وجود دارد. در تصویر، دیده می شود که Commote ما توسط شماره 8DDD76FC شناسایی شده است.

بیشتر متعهد است

بیایید چندین فایل را بعد از اینکه ما آنها را جمع آوری کردیم، تغییر دهیم. پس از تغییر آنها، وضعیت GIT گزارش می دهد که ما فایل ها را تغییر داده ایم.

شما می توانید ببینید که چه چیزی در این فایل ها از زمان مرتکب قبلی تغییر کرده است، با استفاده از دستور Git Diff. اگر می خواهید تغییرات را برای یک فایل خاص مشاهده کنید، می توانید از git diff استفاده کنید<файл> .

لازم است تغییرات را فهرست کنیم و آنها را ببخشیم. تمام فایل های پروژه اصلاح شده را می توان به دستور زیر اضافه کرد:

شما می توانید از استفاده از این دستور اجتناب کنید اگر یک پارامتر را به Git Commit اضافه کنید. این دستور همه فایل های اصلاح شده را نشان می دهد، و Comiums آنها را نشان می دهد. اما این رویکرد می تواند کاملا خطرناک باشد، بنابراین اشتباه شما می توانید این واقعیت را که من نمی خواستم را ترک کنم. به عنوان مثال، بگذارید بگوییم که فایل را باز کرده اید و به طور تصادفی آن را تغییر دادید. هنگام نمایه سازی فایل های اصلاح شده، شما در مورد تغییرات هر فایل مطلع خواهید شد. اما اگر شما تمام فایل های اصلاح شده را بدون جستجو به کمک ارسال کنید. Git Commit -a، سپس تمام فایل ها متعهد خواهند شد، از جمله کسانی که مرتکب شده اند.

به محض اینکه فایل ها را نمایه کرده اید، می توانید به اتهام ادامه دهید. همانطور که قبلا ذکر شد، می توانید یک پیام را با استفاده از کلید -M مشخص کنید. اما شما همچنین می توانید نظرات چند خط را با استفاده از دستور Git Commit، که ویرایشگر کنسول را برای ورود به یک نظر باز می کند، مشخص کنید.

مدیریت مشکل

برای مشاهده تاریخ پروژه، می توانید از دستور زیر استفاده کنید:

این تاریخچه تاریخچه کامل را به صورت یک لیست مرتکب و اطلاعات در مورد آنها نمایش می دهد. اطلاعات مربوط به تعهد شامل هش مرتکب، نویسنده، زمان و پیام های اعتباری است. انواع بسیاری از تیم های GIT وجود دارد که باید در مورد استفاده از شاخه در GIT آشنا شوند. برای دیدن جزئیات یک مرتکب خاص، و فایل های اصلاح شده، دستور زیر را اجرا کنید:

نمایش Git<хеш_коммита>

جایی که<хеш_коммита> - شماره هگز مرتبط با یک مرتکب. مانند این راهنما طراحی شده به مبتدیان، ما در نظر نمی گیریم که چگونه دولت را در زمان یک مرتکب خاص، یا نحوه کنترل شاخه ها، در نظر نگیریم.