SonaOps

Git flow   به طور خلاصه  در این استاندارد قابلیت های جدید تحت شاخه های feature در شاخه develop ادغام میشوند.  در زمان رسیدن به زمان انتشار نسخه (چه از بعد تعداد قابلیت جدید یا زمان ) شاخه release ی از شاخه develop شده و اماده تست uat میشود.  شاخه master همیشه شامل نسخه لایو میباشد.  درصورت وجود باگ در نسخه لایو شاخه hotfix ی از master ساخته شده و در نهایت در شاخه master و develop ادغام میشود.      مزایا     اطمینان از تمیز بودن هر شاخه در طول عمر هر پروژه به واسطه تفکیک زیاد شاخه ها از هم نام گذاری قابل فهم شاخه ها پشتیبانی قوی در ابزارهای git  مناسب برای زمانی که میخواهیم چندین ورژن از محصول در محیط لایو یا عملیاتی داشته باشیم   معایب   تاریخچه کامیت های گیت خوانا نمیباشد جداسازی شاخه master و develop بنوعی اضافه تلقی میشود و باعث سخت شدن پروسه ها ci/cd میشود برای داشتن تنها یک نسخه در محیط لایو یا عملیات توصیه نمیشود   Github flow    ساده ترین استاندارد میباشد و به طور خلاصه در این استاندارد قابلیت ه...

خب مثل یک چشم بهم زدن ۱۰ سال گذشت ۱۰ فروردین سال ۱۳۹۱ آخرین پست من در این وبلاگ که از SQL server 2012 نوشتم...  زندگی شغلی من هم تو این مدت دستخوش تغییر شد و از دنیای مایکروسافت به دنیای لینوکس ورود کردم از برنامه نویسی c# و سروکله زدن با SQL server تا کلی تجربه و چالش جدید با لینوکس و اوراکل و رسیدن به DevOps.  از سال ۸۷ که زندگی شغلی من تو حوزه IT شروع شد (بعنوان پشتیبان سیستم) همیشه با کارهای تکراری و به اصطلاح گل :) مشکل داشتم و سعی میکردم تا حد ممکن تسک های که سمت من میومد رو خودکار کنم با ابزارهای مثل autoit کار میکردم اسکریپت می‌نوشتم و...  من عاشق کامپیوتر و طبعا کارهام بودم ولی DevOps یک خون تازه ی تو زندگی شغلی من به جریآن انداخت و به نوعی نیمه گمشده من بود. تصمیم گرفتم حال خوبم مخصوصا تو چند سال اخیر رو که به واسطه DevOps بوده با نوشتن بهتر کنم و البته تجربیات م رو با شما به اشتراک بگذارم و هم یاد بدم و هم یاد بگیرم. برای ادامه تصمیم گرفتم اسم وبلاگ رو عوض کنم به SonaOps و اما SonaOps یعنی چه ؟ تکلیف قسمت دوم که مشخصه اسم وبلاگ منم میشه یکی از چند ده نامی که...