تغییرات ویژگیهای جیرا از نسخه ۶٫۱ تا ۷٫۱

انتشار نسخه۶٫۲ ویژگی های یکپارچه سازی کد جدید برای مسائل پنل توسعه جدید، که در هر ایشو نشان داده شده است، به شما کمک می کند تا وضعیت توسعه یک موضوع را در یک نگاه ارزیابی کنید. اگر شما نیاز به تحقیق بیشتر دارید، بر روی هر مورد کلیک کنید تا جزئیات بیشتری را نمایش دهد یا روی ابزار توسعه، دریل کنید. به یکی از این برنامه های سازگار متصل شوید و موارد زیر را فعال کنید: ⦁ Bitbucket یا Stash: مشاهده و ایجاد شاخه ها، مشاهده اعمال، مشاهده و ایجاد درخواست های بیهوده ⦁ FishEye / Crucible (GIT / Subversion / Perforce / CVS): مشاهده شاخه ها، مشاهده اعمال، مشاهده و ایجاد نظرات ⦁ بامبو: مشاهده وضعیت ساخت و استقرار ⦁ GitHub / GitHub Enterprise: مشاهده شاخه ها، مشاهده اعمال، مشاهده و ایجاد درخواست های بیهوده طراحی گردش کار پیشرفته طراحی گردش کار در این نسخه سریعتر و آسان تر است. ما تعدادی از ویژگی های جدید را اضافه کرده ایم که رابط کاربر را تمیزتر و منحصر به فرد تر کرده است. اکنون می توانید برای ایجاد تغییرات، استفاده مجدد از تغییرات موجود، زوم (با کلید «alt» و یا کنترل های +/- کلیک کنید)، کشیدن و رها کردن برای باز کردن مقصد انتقال و بیشتر! در حقیقت، طراح گردش کار می تواند همه چیز را که در طراحی گردش کار قدیمی “کلاسیک” پشتیبانی شده است، انجام دهد، بنابراین ما طراح “کلاسیک” را به خوبی بازنشسته کرده و آن را از JIRA حذف کردیم. • پیکربندی نوع نوع مسئله ما پیکربندی نوع ایشو را در این نسخه ساده کرده ایم. برای پیدا کردن گردش کار یا صفحه نمایش برای نوع مسئله درسامانه JIRA زیاد حستجو نکنید. انواع موضوعی مربوط به یک پروژه در حال حاضر در صفحه مدیریت پروژه هستند. این رویکرد، باعث می شود که پروژه را به نحوی آسان تنظیم کنید. هر تب طراحی گردش کار و طراح صفحه نمایش (فقط مدیران JIRA) را فراهم می کند، بنابراین شما می توانید یک نوع موضوع را بدون خروج از پروژه پیکربندی کنید. لوزی های وضعیت های جدید این نسخه “لوزی” جدیدی برای نشان دادن وضعیت در JIRA معرفی می‌کند. نمایش از “آیکون + نوشته” قبلی تغییر پیدا کرد تا کاربران راحتتر بتوانند وضعیت‌ها را شناسایی کنند و آنها را قرار دهند. لوزی وضعیت جدید نیز مطابق با دستورالعمل طراحی اطلسیان (ADG) است. دیگر از تصاویر سفارشی برای آیکون های وضعیت پشتیبانی نمی‌کنیم. با این حال، شما میتوانید وضعیت‌ها را برای استفاده، با یک رنگ انجام دهید. حسابرسی JIRA در حال حاضر طیف وسیعی از تغییرات پیکربندی در یک ورودی حسابرسی را پیگیری و ثبت می‌کند. این می تواند به شما در تشخیص مشکلات در JIRA کمک کند یا می تواند برای اهداف امنیتی مورد استفاده قرار گیرد. پیدا کردن زمانی که یک کاربر اضافه یا حذف شده، زمانی که یک طرح گردش کار اصلاح شده، و … . توجه داشته باشید، حسابرسی به طور پیش فرض غیر فعال شده است – شما باید آن را فعال کنید تا شروع به ردیابی تغییرات در JIRA کنید. این انتشار اولیه حسابرسی است. این موضوع در نسخه های آینده پیشرفت خواهد کرد. JIRA 6.3 یادداشت های انتشار دسترس پذیری با مرکز داده JIRA قابل دسترس نسخه جدید بر اساس تمام ویژگی هایی که؛ JIRA را برای کسب و کار شما در مقیاس بزرگ مناسب می سازد، و به طور خاص برای سازمان هایی که نیاز به دسترسی بالا برای عملیاتهای حیاتی JIRA دارند، ایجاد شده است. این ویژگی ها از طریق قابلیت خوشه بندی در JIRA Data Center 6.3 فعال شده است: ⦁ دسترس پذیری بالا – فعال سازی خوشه فعال JIRA به معنی حداقل خرابی برای تیم شما است. علاوه بر این، تکرار شاخص در هر گره به این معنی است که شما در از دست رفتن اطلاعات و خرابی داده ، ایمن هستید. ⦁ مقیاس پذیری – رشد محیط کسب و کار JIRA خود را راحتتر انجام دهید. به سادگی یک گره را برای حفظ عملکرد مورد نیاز بر اساس کسب و کار خود اضافه کنید. ⦁ عملکرد – شما می توانید از هر نوع تکنولوژی متعادل کننده بار – سخت افزار یا نرم افزار – برای توزیع بار هوشمندانه در میان خوشه های مرکز داده خود استفاده کنید. مسائل را در لحظه ایجاد کنید … در جلسه برنامه ریزی هستید و میخواهید در یک لحظه یک مشکل ایجاد کنید؟بسیار آسان است! با ایجاد موضوع درون خطی و JIRA Agile، اکنون می توانید یک مسئله را از طریق برد Scrum خود در طی برنامه ریزی، ایجاد کنید. به سادگی روی پیوند ایجاد مسئله کلیک کنید، نوع مسئله را انتخاب کنید و یک خلاصه کوتاه را وارد کنید، سپس دکمه Enter را فشار دهید. این مسئله ایجاد شده و به طور خودکار به عقب افتاده شما افزوده می شود. این ساده تر نمی شود! ‘نسخه “در پرواز” و ایجاد اجزا و مولفه مدیران پروژه می توانند نسخه ها و اجزای را از درون نسخه های Fix / S، Affected Version / s و Component / s اضافه کنند. قبلا، مدیران پروژه نیاز به اضافه کردن یک نسخه یا جزء از طریق صفحه نمایش مناسب در صفحه مدیریت پروژه داشتند. اکنون مدیران پروژه می توانند یک نسخه یا جزء را با تایپ کردن آن در فیلد مناسب و انتخاب آن از لیست کشویی ایجاد کنند. هنگامی که شما شروع به تایپ کردن متن کنید JIRA به عنوان موجود شناسایی نمی‌کند، آن را به پایین لیست کشویی اضافه می کند و (نسخه جدید) یا (Component جدید) را اضافه می کند. انتخاب نسخه جدید یا جزء به طور خودکار آن را در پروژه خود برای استفاده آینده ایجاد می کند. قابلیت های حسابرسی پیشرفته برای اولین بار حسابرسی ورود در JIRA 6.1 را اواخر سال گذشته معرفی کردیم. در این نسخه، ما برخی از ویژگی های جدید را به ورود حساب کاربری اضافه کرده ایم تا کارایی و آسان تر از آن استفاده کنید: ⦁ هنگامی که یک نقش حذف شده از JIRA است، قبلا مجوز حسابرسی یک رویداد را برای هر پروژه که از آن حذف شده بود وارد می کرد. در حال حاضر، ورود ممیزی تنها رویدادی را که نقش را […]

شش قدم تا مدیریت موفق‌تر انتشار نرم‌افزار با جیرا

یکی از سوالات مهمی که هر مهندس نرم‌افزاری لازم دارد تا به آن پاسخ دهد این است که «چه زمانی تغییرات جدید منتشر خواهند شد؟». البته دانستن پاسخ این سوال تنها با مسئول توسعهٔ نرم‌افزار (دولوپر) نیست. رهبر تیم لازم است که بداند چه زمانی آمادهٔ رفتن به مرحلهٔ بعدی هستند. مدیر پروژه نیز لازم است از این موضوع مطلع باشد تا بتواند برای اطلاع‌رسانی در خصوص ویژگی‌های جدید برنامه‌ریزی کند. جدای از این توسعه‌دهندهٔ‌ نرم‌افزار برای دریافت بازخورد کار‌های انجام شده لحظه شماری می‌کند. به طور کلی می‌توان پاسخ این سوال را یک تلاش تیمی دانست. در دنیای دواپس (DevOps)، تغییرات جدید چند مرحله در روز با برنچ master ترکیب (Merge) می‌شوند، ولی دانستن این که تغییرات جدید چه زمانی آماده می‌شوند چندان آسان نیست. توسعه‌دهندگان کنترل کامل انتشار تغییراتشان برای کاربران نهایی را در دست دارند، همین امر نیز اهمیت قابلیت پیگیری تغییرات (Tracking) را دو چندان می‌کند. از این طریق است که تیم‌های IT و عملیات (Operation) می‌توانند در زمان رویداد‌های غیرمنتظره دقیقا مشخص کنند که کدام تغییرات در به وجود آمدن مشکلات تأثیر‌گذار بوده‌اند. خبر خوب این است که بخش عمده‌ای از این روند می‌تواند توسط نرم‌افزار‌های Jira و یا Jira Service Desk و به روش خودکار انجام شود. در ادامه ۶ قدم مفید برای بهره گیری از پلتفورم جیرا در جهت مدیریت بهتر انتشار‌های نرم‌افزار را با هم مرور می‌کنیم. ۱) با استفاده از مسائل (Issues) جیرا‌، تغییرات را مشخص کنید تعریف یک تغییر چیست؟ آیا می‌توان یک کامیت (Commit) را تغییر دانست؟ یا هر تغییر می‌تواند شامل چند کامیت مجزا باشد؟ عموما پیاده‌سازی یک تغییر قابل انتشار شامل چند کامیت مجزا می‌باشد. یکی از پر استفاده‌ترین روش‌های مدیریت تغییرات در نرم‌افزار‌های مدیریت نسخه (Version Control) ساخت برنچ‌ ویژگی‌های جدید است. وقتی که کار بر روی آن‌ها به اتمام رسید نیز مجموعهٔ تغییرات ثبت شده در برنچ با استفاده از یک درخواست بررسی (Pull Request) با برنچ Master ترکیب می‌شوند. یک درخواست بررسی تعریف دقیق‌تری از یک واحد از تغییرات ارائه می‌کند. با این حال معمولا تغییرات کوچک اما مهم دیگری نیز لازم است تا بعد از ثبت درخواست بررسی بر روی برنچ اعمال شوند. برای مثال، ممکن است رنگ یک جزء از رابط کاربری نیاز به تغییر داشته باشد و یا جمله‌بندی یک بخش از رابط بتواند با کمی تغییر بهتر شود. در چنین شرایطی ممکن است شما چند «درخواست بررسی» داشته باشید که نهایتا یک تغییر منطقی را شامل می‌شوند. به جای ترکیب تمام این درخواست‌ها با یکدیگر‌، شاید بهتر باشد که تمامی آن‌ها را به عنوان یک واحد از تغییرات و در کنار هم ثبت کنید. اینجاست که سیستم مسائل جیرا وارد می‌شود. جیرا نه تنها روند کارهای شما را تعقیب می‌کند‌، بلکه می‌تواند اشخاص مرتبط با موضوع را از ثبت تغییرات جدید مطلع سازد. هر شخصی در سازمان شما می‌تواند مسائل جیرا را زیر نظر (Watch) داشته باشد تا از ثبت دیدگاه‌های جدید و یا تغییر در روند انجام آن‌ها بلافاصله مطلع گردد. ۲) روند کاری (Workflow) انتشار نرم‌افزارتان را در جیرا تعریف کنید به طور پیش‌فرض‌، روند‌های کاری مرتبط با مدیریت انتشار نرم‌افزار در جیرا پیاده‌سازی نشده‌اند. اما از آن‌جایی که پلتفورم جیرا قابلیت انعطاف‌پذیری بالایی دارد‌، کاربران را قادر می‌سازد تا حالت‌های (Status) بیشتری را برای پیگیری وضعیت انتشار نرم‌افزار تعریف کند. روند کاری پیش‌فرض جیرا به صورت زیر شامل سه وضعیت می‌باشد: حالا بیایید چند وضعیت جدید به این ترکیب اضافه کنیم. برای پوشش مسئلهٔ پیش روی ما‌، لازم است به جای انتقال بلافاصله از حالت «در حال انجام» (In Progress) به وضعیت «انجام شده» (Done) وضعیت‌های زیر نیز تعریف شوند: در حال انتظار برای انتشار (Awaiting Release): به این معناست که کار مربوطه به صورت کامل انجام شده و حالا آمادهٔ انتشار است. منتشر شده برای تست (Released to Staging): مشخص می‌کند که روند انتشار برای محیط تست به صورت کامل انجام شده است. منتشر شده برای محیط اصلی (Release to Production): هورا! تغییرات جدید به دست کاربر نهایی رسیده است. در تصویر زیر نمایی از چگونگی افزودن این وضعیت‌ها روی روند‌کاری پایهٔ جیرا را مشاهده می‌کنید. برای راهنمایی بیشتر در این خصوص می‌توانید با تیم پشتیبانی پارس‌دانی‌سان تماس حاصل فرمایید: ۳) برد‌های چابک (Agile) را تنظیم کنید وقتی که روند‌کاری جدیدتان را پیاده‌سازی کردید‌، به بخش تنظیمات پروژه‌های مورد نظرتان وارد شوید و روند کاری جدید را برای آن‌ها فعال کنید. اگر توسعه‌دهندگان‌تان از برد‌ها استفاده می‌کنند‌، وضعیت‌های جدید را به برد‌هایشان اضافه کنید. یک  راه آسان برای انجام این کار این است که به صفحهٔ تنظیمات برد وارد شده و روی بخش ستون‌ها (Columns) کلیک کنید. در این‌جا می‌توانید وضعیت‌های جدید را بکشید و در ستون Done رها کنید: حالا، هر زمانی که توسعه‌دهنده‌ای بخواهد کارت مسئله‌ای را از برد «در حال انجام» به «انجام شده» منتقل کند‌، با پیغامی روبرو خواهند شد که از آن‌ها می‌خواهد وضعیت درست را در این خصوص مشخص کند. این‌جاست که می‌توانند وضعیت انتشار یک ویژگی را مشخص کنند:‌ ۴) مسائل جیرا را با انتشار‌ها مرتبط کنید با فرض بر این که انتشار‌ها از طریق یک مخزن گیت (Git Repository) انجام می‌گیرند‌، می‌توانیم از تاریخچهٔ کامیت‌ها به منظور اطمینان یافتن از انتشار تغییرات درست بهره بگیریم. برای این کار‌، لازم است که بتوانیم کامیت‌ها را به مسئلهٔ مربوطه در جیرا متصل کنیم، تا بتوانیم بفهمیم که کدام تغییر با کدام مسئله در ارتباط است. یک راه برای دستیابی به این منظور‌، افزودن کلید مسئلهٔ‌ جیرا (Issue Key) به اول پیغام ثبت شده به همراه کامیت است: git commit -am ‘PROJ-255: change publish button colour to blue’ ممکن است بگویید که این کار مقداری سربار اضافه به روند توسعه اعمال می‌کند‌، اما مرتبط کردن مسئله با هر کامیت یک Best Practice محسوب می‌شود، چرا که قابلیت ردگیری درست و آسان تغییرات را فراهم می‌کند. راه حل جایگزین دیگر این است که کلید مسئله را در نام برنچ شامل تغییرات وارد کنید که روند مرتبط سازی کلید و کامیت مربوطه را در آینده آسان‌تر می‌کند. نکته: اگر با استفاده از جیرا برنچ خود را ایجاد کنید‌، به صورت خودکار نام مسئله برای برنچ جدید انتخاب می‌شود. ۵) تمامی تغییرات مرتبط برای انتشار بعدی را پیدا کنید حالا به مهم‌ترین مرحله از […]