Azure DevOps: کنترل نسخه با استفاده از کد GIT و در مقابل کد

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

git چیست؟

git یک است سیستم کنترل نسخه توزیع شده (DVC) این به توسعه دهندگان کمک می کند تا تغییرات در کد خود را ردیابی کنند ، به طور کارآمد همکاری کنند و تاریخچه پروژه را مدیریت کنند. این تیم ها را قادر می سازد تا به طور همزمان روی همان پروژه کار کنند ، تغییرات را ادغام کرده و در صورت لزوم به نسخه های قبلی برگردند.

ویژگی های اصلی GIT:

• سیستم توزیع شده – هر توسعه دهنده یک نسخه کامل از مخزن دارد که امکان کار آفلاین را فراهم می کند.
• انشعاب و ادغام – توسعه دهندگان می توانند شاخه های جداگانه (نسخه های کد منبع) را برای ویژگی ها ایجاد کرده و بعداً آنها را به نسخه اصلی ادغام کنند.
• تاریخچه نسخه – همه تغییرات را پیگیری می کند ، و این باعث می شود که به نسخه های قبلی بازگردید.
• همکاری – تیم ها می توانند با استفاده از مخازن از راه دور مانند Github ، GitLab یا Azure DevOps با هم همکاری کنند.

مفاهیم کلیدی

مخزن GIT:

بوها مخزن Git (repo) یک فضای ذخیره سازی برای کد پروژه شما ، از جمله کل تاریخچه تغییرات آن است. مخازن می توانند:

• محلی – در رایانه خود ذخیره شده است.
• دور – میزبان سیستم عامل هایی مانند Azure Devops ، Github یا Gitlab برای همکاری تیمی.

انشعاب در گیت

هر شاخه در Git می تواند هر دو را داشته باشد محلی وت دور نسخه

برای به اشتراک گذاشتن تغییرات:
1. به صورت محلی مرتکب شوید – ابتدا ، تغییراتی را در دستگاه محلی خود (در شعبه محلی) انجام دهید.

2. فشار به راه دور – تغییرات متعهد را به نسخه از راه دور آن شاخه فشار دهید.

3. ادغام به اصلی – پس از آزمایش و آماده شدن تغییرات ، می توان آنها را از شاخه از راه دور به داخل ادغام کرد main شاخه

CI/CD (ادغام مداوم/استقرار مداوم):

CI/CD یک روش توسعه نرم افزار است که آزمایش ، ساختمان و استفاده از کد را خودکار می کند. این کمک می کند تا از تحویل سریع و قابل اعتماد نرم افزار و به روزرسانی ها توسط:

• ادغام مداوم (CI): به طور خودکار آزمایش و ادغام تغییرات کد.
• استقرار مداوم (CD): پس از گذراندن تست ، به طور خودکار کد را برای تولید به تولید می رساند.

git on azure devops

Azure DevOps یک بستر مبتنی بر ابر است که فراهم می کند مخازن GIT ، خطوط لوله CI/CD و ابزارهای مدیریت پروژهبشر این امکان را به تیم ها می دهد تا به طور کارآمد کد ، مدیریت و همکاری کنند.

بیایید شروع کنیم!

آنچه ما نیاز داریم:

• کد استودیو ویژوال با پسوند C# نصب شده

• GIT در دستگاه شما نصب و تنظیم شده است. برای ویندوز ، برای مک
• اشتراک Azure و Azure DevOps حساب: علاوه بر یک حساب Azure Dev Ops ، اشتراک لاجورد نیز مورد نیاز است. اگر هنوز این موارد را ندارید ، مراحل اینجا را دنبال کنید

سازمان Azure Dev Ops را ایجاد کنید:

• در پورتال لاجورد خود ، سازمان های Azure Dev Ops را جستجو و انتخاب کنید
  

• روی سازمان های Azure DevOps من کلیک کنید
  

• روی “ایجاد سازمان جدید” کلیک کنید
  

• بر روی ادامه ، نام خود را بر روی سازمان خود کلیک کنید (باید در سطح جهانی منحصر به فرد باشد) ، منطقه را برای میزبانی انتخاب کنید و شخصیت های امنیتی را وارد کنید

• دوباره ادامه دهید اکنون سازمان شما ایجاد می شود
  

ایجاد خط لوله ساخت کلاسیک و انتشار

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

• در پورتال Azure DevOps ، سازمان تازه ایجاد شده خود را انتخاب کنید
  

• تنظیمات سازمان را انتخاب کنید
  

• در زیر خطوط لوله ، تنظیمات را انتخاب کنید
  

• اطمینان حاصل کنید که این تنظیمات غیرفعال هستند:

  • ایجاد خطوط لوله ساخت کلاسیک را غیرفعال کنید
  • ایجاد خطوط لوله انتشار کلاسیک را غیرفعال کنید
    

پیکربندی قطعات پروژه نامحدود تیم

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

به https://azuredevopsdemogenerator.azurewebsites.net بروید
این سایت روند ایجاد یک پروژه جدید Azure DevOps را در حساب شما که با محتوا (موارد کار ، repos و غیره) مورد نیاز برای آزمایشگاه قرار می گیرد ، خودکار می کند.

• روی ورود به سیستم کلیک کنید و اطلاعات حساب Azure Dev OPS خود را وارد کنید
  

• مجوزها را بخوانید و بپذیرید
  

• روی انتخاب الگو کلیک کنید و قطعات نامحدود را انتخاب کنید

• قطعات نامحدود را به عنوان نام پروژه تایپ کنید

• سازمان قبلاً ایجاد شده را انتخاب کرده و روی ایجاد پروژه کلیک کنید
  

• روی “حرکت به پروژه” کلیک کنید

• اگر به صفحه 404 هدایت شده اید ، می گویند پروژه وجود ندارد ، این مراحل را در تنظیمات سازمان دنبال کنید:
  

• پس از تغییر این تنظیمات ، پس از مراحل قبلی دوباره پروژه را ایجاد کنید

پیکربندی یاور اعتبار GIT در کد استودیو ویژوال

در این کار ، ما پیکربندی خواهیم کرد یاور اعتبار سنجی برای ذخیره ایمن اعتبار GIT که برای برقراری ارتباط با آنها استفاده می شود DevOps لاجوردبشر

مراحل:

1. کد استودیو ویژوال را باز کنید.
2. از منوی اصلی ، به:
   ترمینال → ترمینال جدید (برای باز کردن یک پنجره ترمینال). در Mac ، روی ترمینال در نوار وضعیت بالا کلیک کنید.
3. دستور زیر را برای پیکربندی یک یاور معتبر اجرا کنید:

   git config --global credential.helper wincred

• این دستورات را وارد کنید تا نام کاربری و ایمیل خود را برای تعهدات GIT پیکربندی کنید. پارامترها را با نام کاربری و ایمیل مورد نظر خود جایگزین کرده و آنها را اجرا کنید.

 git config --global user.name "Your name"
 git config --global user.email youremail@example.com

کلونینگ یک مخزن:

کلونینگ چیست؟

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

هنگامی که یک مخزن را کلون می کنید ، GIT تمام پرونده ها ، تاریخچه ها و شاخه ها را بارگیری می کند و به شما امکان می دهد بدون تأثیرگذاری بر مخزن اصلی از راه دور ، مشارکت یا آزمایش کنید.

• برگه ای را که به پروژه خود حرکت کرده اید باز کنید

• به مرکز repos بروید
  

• روی کلون کلیک کنید
  

• URL کلون را کپی کنید
  

• در کد ویژوال استودیو ، فشار دهید Ctrl+Shift+P در ویندوز یا CMD+Shift+P برای نشان دادن فرمان Palete

• کلون Git را جستجو و انتخاب کنید
  

• URL کلون پروژه را که کپی کرده اید بچسبانید
  URL کلون پروژه را که کپی کرده اید بچسبانید

• به مرورگر خود برگردید که مخزن آن را باز کرده اید. روی “تولید اعتبار GIT” کلیک کنید

• نام کاربری و رمز عبور را ذخیره کنید. رمز عبور را کپی کنید

• رمز عبور را هنگام درخواست در فرمان پالت وارد کنید

• برای کلون شدن این پروژه باید یک پوشه مقصد را مشخص کنید یا ایجاد کنید

• مخزن باز
  

صرفه جویی در کار خود با تعهدات

• در VS Code ، با باز کردن مخزن ، Command + P (Mac) یا Control + P (Windows) را برای جستجوی پرونده ها انتخاب کنید. cartitems.cs را جستجو و انتخاب کنید

• یک نظر ایجاد کنید و هر چیزی بنویسید. این کار را می توان با وارد کردن “//” قبل از پیام نظر خود انجام داد. ما در اینجا تغییر در کد را شبیه سازی می کنیم. پرونده (فرمان / کنترل + S) را ذخیره کنید.

• تعهد کد شما باعث می شود وضعیت تغییرات در دستگاه محلی شما در شعبه محلی شما باشد.
  دستورات زیر را در ترمینال اجرا کنید:

git status

توضیح:
git status

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

git add .
git commit -m "Added a sample comment to simulate a change"

توضیح:
git add .
این فرمان تمام تغییرات در فهرست کار شما را انجام می دهد و آنها را برای تعهد آماده می کند.
git commit -m "Your message"
این دستور تغییرات را با یک پیام متعهد ذخیره می کند و به شما امکان می دهد آنچه را که اصلاح شده است ردیابی کنید.

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

هل دادن تعهدات محلی خود به شاخه از راه دور

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

• ابتدا مخزن از راه دور مرتبط با پروژه خود را با اجرا تأیید کنید:

git remote -v

شما باید چیزی مانند:

origin  https://github.com/your-username/your-repository.git (fetch)
origin  https://github.com/your-username/your-repository.git (push)

• دستور زیر را اجرا کنید تا تعهدات محلی خود را به شعبه از راه دور سوق دهید:

git push

• repo را در حساب Azure You Azure DevOps بررسی کنید. تحت Repos> تعهدات ، باید آخرین فشار را ببینید.
  

• اگر یک پیام شکست مانند تصویر بالا مشاهده کردید ، ممکن است لازم باشد فرم را در اینجا پر کنید

تغییرات مرحله بندی

صحنه سازی تغییرات خاص به شما امکان می دهد چه چیزی و چه چیزی را مرتکب نشوید. در مثال آخر ، ما با استفاده از دستور همه تغییرات را مرتکب شدیم git addبشر

اکنون دو پرونده مختلف را اصلاح خواهیم کرد اما فقط در یکی از این دو پرونده تغییرات را مرتکب و فشار خواهیم داد.

• در VS Code ، باز را باز کنید CartItems.cs دوباره پرونده نظر دیگری را مانند آن اضافه کنید ، پرونده را ذخیره کنید:
  

• مطبوعات command + p یا control + p (به ترتیب مک و ویندوز) و جستجو و انتخاب کنید Category.cs پرونده

• نظر جدیدی بدهید مثال: “اظهار نظر که متعهد نیست” ، پرونده را ذخیره کنید
  

• در ترمینال ، وارد شوید:

git status

git add PartsUnlimited-aspnet45/src/PartsUnlimitedWebsite/Models/CartItem.cs

• این باعث می شود تغییرات در CartItem.cs
• بعد ، وارد شوید:

git commit -m "updated cartitems"

git push

• این باعث می شود تغییرات به شاخه از راه دور فشار بیاورد. تنها CartItems.cs از راه دور به روز می شود.

• در پورتال Azure DevOps ، به Repos> تعهدات بروید و آخرین تعهد را خواهید دید
  

• متوجه خواهید شد که فقط cartitems.cs به روز شده است
  

مقایسه پرونده ها

• در VS Code ، Source Control را در سمت چپ انتخاب کنید و رده را انتخاب کنید. CS

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

• در پورتال Azure Devops ، از نظر تعهدات ، می توانید آخرین تعهد را مشاهده کنید. با کلیک بر روی منوی 3 نقطه ، می توانید مرور پرونده ها را برای دیدن تغییرات در هر تعهد انتخاب کنید
  

کار با شاخه ها

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

مشاهده شاخه های موجود

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

git branch -a

در حال حاضر ، ما در یک شعبه استاد هستیم. مطبوعات q برای خروج از شاخه ها

git checkout -b dev

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

• در حال حاضر ، ما یک شعبه محلی به نام ایجاد کرده ایم devبشر هیچ نسخه از راه دور مربوطه وجود ندارد dev شاخه برای انتشار نسخه از راه دور این شاخه در Azure DevOps ، وارد کنید:

 git push --set-upstream origin dev

• از برگه مرورگر Azure DevOps ، شاخه ها را انتخاب کنید. شاخه جدید خود را پیدا کنید.
  

حذف شاخه های از راه دور

• در نمای شاخه ها ، روی شاخه Dev ، منوی 3 نقطه را انتخاب کنید و روی Delete Branch کلیک کنید. حذف را تأیید کنید
  

• شاخه Dev از راه دور اکنون حذف شده است. با این حال ، محلی در دستگاه شما هنوز وجود دارد. برای حذف آن ، ابتدا به ترمینال بروید

• این دستور را وارد کنید تا به master شعبه (اگر در حال حاضر در آن هستیم نمی توانیم شاخه dev را حذف کنیم)

git checkout master

• اکنون این دستور را وارد کنید تا حذف شود dev شاخه

git branch -d dev

• در آخر ، این دستور را وارد کنید تا محیط محلی خود را با اطلاعات مناسب شعبه از مخزن از راه دور به روز کنید

git fetch --prune

ایجاد یک شاخه جدید در پورتال DevOps

• در زیر repos ، به شاخه ها بروید. شعبه جدید را انتخاب کنید

• با این انتشار شعبه تماس بگیرید. این بنا بر اساس شعبه مستر ساخته خواهد شد. روی ایجاد کلیک کنید
  

• شعبه باید در لیست ظاهر شود
  

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

git fetch

• اکنون که اطلاعات شاخه بین شاخه های از راه دور در Azure DevOps و دستگاه محلی شما همگام سازی شده است ، می توانید A را پرداخت کنید release با ورود به صورت محلی شعبه

git checkout release

بازگرداندن یک شاخه از راه دور

• شاخه رهاسازی را حذف کنید. حذف را هنگام درخواست تأیید کنید
  

• نسخه را در پرس و جو برچسب گذاری کنید search branch name

• روی شاخه رهاسازی ، بیش از 3 نقطه ، سپس انتخاب کنید restore branch
  

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

قفل یک شاخه

• در نمای repos> branches ، از منوی 3 نقطه در شعبه مستر حرکت کنید. قفل را انتخاب کنید
  

• با همان فرآیند باز کنید
  

کار با نسخه ها

انتشار چیست؟

بوها رهایی در GIT نسخه خاصی از پروژه شما را در یک مقطع زمانی مشخص نشان می دهد. به طور معمول برای:

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

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

ایجاد یک برچسب برای نسخه

• در مرورگر خود ، در پورتال Azure Devops برای پروژه ، زیر Repos، انتخاب کنید Tags
• انتخاب کردن New Tag
• یک نام برای برچسب ، سابق v1.1 وارد کنید
• این برچسب می تواند بر اساس هر شاخه ای باشد ، در این حالت ما آن را بر اساس استاد ترک خواهیم کرد

• توضیحات را وارد کنید ، سپس روی ایجاد کلیک کنید
  

• شما اکنون در این نسخه این پروژه را برچسب گذاری کرده اید. به دلایل مختلف می توانید تعهدات را برچسب گذاری کنید. Azure DevOps انعطاف پذیری را برای ویرایش و حذف آنها و همچنین مدیریت مجوزهای آنها ارائه می دهد.
  

مدیریت مخازن

ایجاد یک repo

• از پروژه اضافه کردن کشویی ، مخزن جدید را انتخاب کنید.
  

• نام مخزن جدیدی را انتخاب کنید. توجه کنید که شما همچنین می توانید یک پرونده به نام ایجاد کنید README.mdبشر این می تواند پرونده پیش فرض Markdown باشد که وقتی شخصی در یک مرورگر به ریشه repo حرکت می کند ، ارائه می شود. این معمولاً حاوی اطلاعات کلی در مورد کد/پروژه کد است. همچنین می توانید repo را با a تنظیم کنید .gitignore پرونده این پرونده مشخص می کند که کدام پرونده ها ، بر اساس الگوی نامگذاری و/یا مسیر ، که ردیابی نمی شوند و به مخزن اضافه نمی شوند. این برای پرونده های مخفی که حاوی اطلاعات خصوصی هستند و نیاز به ماندن در دستگاه محلی شما دارند ، مفید است. چندین الگو در دسترس است که شامل الگوهای و مسیرهای مشترک برای نادیده گرفتن بر اساس نوع پروژه ای که ایجاد می کنید. روی ایجاد کلیک کنید.
  

حذف و تغییر نام repos git

خلاصه

در این راهنما ، ما اصول را بررسی کردیم کنترل نسخه GIT در کد استودیوی ویژوال وت DevOps لاجوردبشر

غذای اصلی:

• راه اندازی: اعتبارنامه GIT پیکربندی شده ، هویت کاربر و یک مخزن را کلون کرد.
• ایجاد تغییر: فایلهای ویرایش شده ، نظرات اضافه شده و تغییرات ذخیره شده با استفاده از git commitبشر
• پیگیری تغییرات: استفاده شده git status قبل از تعهد ، اصلاحات را بررسی کنید.
• شاخه: شاخه های جدید با git checkout -b، اجازه توسعه منزوی.
• فشار دادن تغییرات: تعهدات محلی بارگذاری شده در یک مخزن از راه دور با استفاده از git pushبشر
• کار با نسخه ها: نسخه های مدیریت شده با برچسب های GIT برای نسخه های پایدار. _ مدیریت مخازن: ما یاد گرفتیم که چگونه ایجاد ، تغییر نام و حذف repos. ما فرآیند اولیه سازی مخزن را در Azure DevOps و گزینه های موجود بررسی کردیم