googlebd2d08236268006b

TFS

کج فهمی ها و برداشت های اشتباه از دوآپس

کج فهمی ها و برداشت های اشتباه از دوآپس

تصورات اشتباه و کج فهمی ها درباره دوآپس

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

دوآپس چیست ؟

  • آیا دوآپس یک ابزار است ؟
  • آیا دوآپس یک تکنولوژی است ؟
  • آیا دوآپس یک تیم است؟
  • آیا دوآپس فقط یک فرهنگ است؟
  • آیا دوآپس فقط Automation است؟
  • آیا دوآپس فقط یک عنوان شغلی است؟
  • آیا دوآپس فقط یک سبک تفکر است؟
  • آیا دوآپس فقط Continuous Delivery است؟
  • آیا دوآپس به معنی حذف Operation است ؟
  • آیا دوآپس فقط به توسعه و عملیات (Dev و Ops) محدود می شود ؟
  • آیا دوآپس به همه چیز در همه جا مربوط می شود ؟

در ادامه پاسخ سوالات را خواهید یافت.

ادامه مطلب را در سایت HiDevOps.com بخوانید 

 

سیاست گذاری چک-این در تی-اف-اس <br/> Check-in policies in TFS source-control

سیاست گذاری چک-این در تی-اف-اس
Check-in policies in TFS source-control

اگر شما در شرکت خود از TFS  برای مدیریت و نگهداری کدها استفاده می کنید می توانید برای Check-In کردن (Commitکردن) کد ها، سیاست گذاری هایی را اعمال کنید.

به طور مثال، میخواهیم هر چک-این حداقل به یک WorkItem (مثلا Task یا Bug) مرتبط باشد و در غیر اینصورت کسی اجازه ی Check-In نداشته باشد. یا اینکه میخواهیم هر کدی که میخواهد Check-In شود حتما دارای توضیحیات باشد.

اینجا سعی دارم در ساده ترین حالت اعمال این سیاست ها را توضیح دهم.

در حالت کلی این Policyها شامل پنج دسته می شوند:

بیشتر