په چټکۍ سره افشا شوي رازونه کشف کړئ
دا به د یوې کوچنۍ تېروتنې په څیر بریښي چې په ناڅاپي ډول یو شریک ذخیره ته اسناد انتقال کړي. په هرصورت، پایلې کیدی شي جدي وي. یوځل چې برید کونکی ستاسو پاسورډ یا API کیلي ترلاسه کړي ، هغه به ستاسو حساب په غاړه واخلي ، تاسو به لاک کړي او ستاسو پیسې به په درغلیو وکاروي. سربیره پردې ، د ډومینو اغیز ممکن دی: یو حساب ته لاسرسی نورو ته لاسرسی خلاصوي. داغونه لوړ دي، نو دا خورا مهمه ده چې ژر تر ژره د افشا شوي رازونو په اړه ومومئ.
پدې خپرونه کې موږ اختیار معرفي کوو زموږ د SAST فعالیت د یوې برخې په توګه. هره ژمنه د رازونو لپاره په CI/CD دنده کې سکین شوې. یو راز شتون لري - او پراختیا کونکی د ادغام غوښتنه کې خبرداری ترلاسه کوي. دا په ځای کې لیک شوي اسناد لغوه کوي او نوي رامینځته کوي.
د مناسب بدلون مدیریت ډاډمن کول
لکه څنګه چې دا وده کوي او ډیر پیچلي کیږي، د یوې ادارې د مختلفو برخو ترمنځ د ثبات ساتل خورا ستونزمن کیږي. هرڅومره چې د غوښتنلیک ډیر کارونکي او عاید لوړ وي ، د غلط یا غیر خوندي کوډ ادغام ډیرې جدي پایلې. د ډیری سازمانونو لپاره، د کوډ ضمیمه کولو دمخه د سمې بیاکتنې پروسې ډاډمن کول یو سخت اړتیا ده ځکه چې خطرونه خورا لوړ دي.
GitLab 11.9 تاسو ته ډیر کنټرول او ډیر اغیزمن جوړښت درکوي، مننه . مخکې، د اجازې ترلاسه کولو لپاره، تاسو باید یوازې یو فرد یا یوه ډله وپیژنئ (د هر یو غړی اجازه ورکړي). تاسو اوس کولی شئ ډیری قواعد اضافه کړئ ترڅو د ادغام غوښتنه د ځانګړي اشخاصو یا حتی د یوې ځانګړې ډلې ډیری غړو اجازې ته اړتیا ولري. برسېره پردې، د کوډ مالکینو ځانګړتیا د جواز په مقرراتو کې مدغم شوې، کوم چې د هغه چا پیژندل اسانه کوي چې اجازه لیک یې صادر کړی.
دا سازمانونو ته اجازه ورکوي چې پیچلي حل پروسې پلي کړي پداسې حال کې چې د یو واحد GitLab ایپ سادگي ساتل کیږي چیرې چې مسلې ، کوډ ، پایپ لاینونه ، او د څارنې ډیټا لیدل کیږي او د پریکړې کولو او د حل پروسې ګړندي کولو لپاره د لاسرسي وړ دي.
ChatOps اوس خلاص سرچینه ده
GitLab ChatOps یو پیاوړی اتوماتیک وسیله ده چې تاسو ته اجازه درکوي هر ډول CI/CD دنده پرمخ بوځي او په مستقیم ډول د چیټ ایپس لکه سلیک او میټرموسټ کې د دې وضعیت پوښتنه وکړي. ، ChatOps د GitLab الټیمیټ ګډون برخه وه. پر بنسټ и ، موږ ځینې وختونه ځانګړتیاوې د یوې کچې څخه ښکته کوو او هیڅکله پورته نه.
د ChatOps په قضیه کې، موږ پوهیږو چې دا فعالیت کولی شي د هرچا لپاره ګټور وي، او د ټولنې ګډون کولی شي پخپله ځانګړتیا ګټه پورته کړي.
په GitLab 11.9 کې موږ ، او پدې توګه دا اوس په آزاده توګه د ځان اداره شوي GitLab Core او GitLab.com کې د کارولو لپاره شتون لري او ټولنې ته خلاص دی.
другое многое другое!
په دې خپرونه کې ډیری عالي ځانګړتیاوې شتون لري، د بیلګې په توګه. , и ، - دا چې موږ انتظار نشو کولی تاسو ته د دوی په اړه ووایو!
ډیر ارزښتناک کارمند (دا میاشت د مارسیل امیرولټ لخوا پیژندل شوی ()
مارسیل په دوامداره توګه موږ سره د GitLab اسنادو ښه کولو کې مرسته وکړه. هغه زموږ د اسنادو کیفیت او کارونې ښه کولو لپاره. Domo arigato [ډیره مننه (جاپاني) - نږدې. trans.] مارسیل، موږ په صادقانه توګه مننه کوو!
کلیدي ځانګړتیاوې د GitLab 11.9 ریلیز کې اضافه شوي
په ذخیره کې د رازونو او اسنادو کشف کول
(حتی، سرو زرو)
پراختیا کونکي ځینې وختونه په غیر ارادي ډول لرې پرتو زیرمو ته رازونه او اسناد لیکي. که نور خلک دې سرچینې ته لاس رسی ولري، یا که پروژه عامه وي، نو حساس معلومات افشا کیږي او د برید کونکو لخوا سرچینو ته د لاسرسي لپاره کارول کیدی شي لکه د ځای پرځای کولو چاپیریال.
GitLab 11.9 نوې ازموینه لري - "پټ کشف". دا د ذخیره کولو مینځپانګې سکین کوي د API کلیدونو او نورو معلوماتو په لټه کې چې باید هلته نه وي. GitLab پایلې د SAST راپور کې د ضمیمه غوښتنې ویجټ، پایپ لاین راپورونو، او امنیتي ډشبورډونو کې ښکاره کوي.
که تاسو دمخه د خپل غوښتنلیک لپاره SAST فعال کړی وي ، نو تاسو اړتیا نلرئ هیڅ کار وکړئ ، یوازې د دې نوې ب featuresې څخه ګټه واخلئ. دا په ترتیب کې هم شامل دی ډیفالټ
د ادغام غوښتنې حل کولو لپاره مقررات
(پریمیم، الټیمیټ، سپین زر، سرو زرو)
د کوډ بیاکتنه د هرې بریالۍ پروژې لازمي عنصر دی، مګر دا تل روښانه نده چې څوک باید بدلونونه بیاکتنه وکړي. دا ډیری وخت د پام وړ دی چې د بیالبیلو ټیمونو څخه بیاکتونکي ولري: د پراختیا ټیم، د کاروونکي تجربې ټیم، د تولید ټیم.
د اجازې قواعد تاسو ته اجازه درکوي د کوډ بیاکتنې کې دخیل خلکو ترمینځ د متقابل عمل پروسې ته وده ورکړئ د مجاز تصویب کونکو حلقې او د اجازې لږترلږه شمیر په ټاکلو سره. د حل کولو قواعد د ادغام غوښتنې ویجټ کې ښودل شوي نو تاسو کولی شئ ژر تر ژره راتلونکی بیاکتونکی وټاکئ.
په GitLab 11.8 کې، د اجازې قواعد د ډیفالټ لخوا غیر فعال شوي. د GitLab 11.9 سره پیل کول، دوی د ډیفالټ لخوا شتون لري. په GitLab 11.3 کې موږ اختیار معرفي کړ د یوې پروژې دننه د انفرادي کوډونو لپاره مسؤل ټیم غړي وپیژني. د کوډ مالکینو ځانګړتیا د اجازې په قواعدو کې مدغم شوې نو تاسو کولی شئ په چټکۍ سره سم خلک ومومئ چې بدلونونه بیاکتنه وکړي.
کور ته د ChatOps حرکت کول
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
په اصل کې په GitLab Ultimate 10.6 کې معرفي شوی، ChatOps د GitLab کور ته تللی. GitLab ChatOps د فیچر په کارولو سره د سلیک له لارې د GitLab CI دندو چلولو وړتیا وړاندیز کوي .
موږ د دې ځانګړتیا له مخې خلاص سرچینه اخلو . د دې ډیر کارولو سره، ټولنه به ډیره مرسته وکړي.
د فعالیت پیرامیټونو پلټنه
(پریمیم، الټیمیټ، سپین زر، سرو زرو)
عملیات لکه د فیچر پیرامیټونو اضافه کول، حذف کول، یا بدلول اوس د GitLab پلټنې لاګ کې ننوتل شوي، نو تاسو کولی شئ وګورئ چې څه بدل شوي او کله. یوه حادثه وه او تاسو اړتیا لرئ وګورئ چې پدې وروستیو کې څه بدلون راغلی؟ یا تاسو اړتیا لرئ چې وګورئ چې څنګه د فعالیت پیرامیټونه د پلټنې برخې په توګه بدل شوي؟ اوس دا کار کول خورا اسانه دي.
د ادغام غوښتنې زیانمننې په نښه کول
(حتی، سرو زرو)
د کوډ زیانونو په چټکۍ سره حل کولو لپاره، پروسه باید ساده وي. دا مهمه ده چې امنیتي پیچونه ساده کړئ، پراختیا ورکوونکو ته اجازه ورکوي چې په خپلو مسؤلیتونو تمرکز وکړي. په GitLab 11.7 کې موږ ، مګر دا باید ډاونلوډ شوی وای ، په ځایی توګه پلي شوی و ، او بیا لیرې ذخیره ته اړول شوی و.
په GitLab 11.9 کې دا پروسه اتومات ده. د GitLab ویب انٹرفیس پریښودو پرته زیان منونکي حل کړئ. د ادغام غوښتنه په مستقیم ډول د زیان مننې معلوماتو کړکۍ څخه رامینځته کیږي ، او دا نوې څانګه به دمخه حل ولري. د کتلو وروسته چې ایا مسله حل شوې ، د پایپ لاین سم وي که نه نو د اپ سټریم څانګې ته فکس اضافه کړئ.
د کانټینر سکین پایلې د ګروپ امنیت پینل کې ښودل کیږي
(حتی، سرو زرو)
د ټیم امنیت ډشبورډ ټیمونو ته اجازه ورکوي چې د دوی د کار لپاره خورا مهم مسلو باندې تمرکز وکړي، د ټولو احتمالي زیانونو روښانه، مفصله کتنه چمتو کوي چې کولی شي غوښتنلیکونه اغیزمن کړي. له همدې امله دا مهمه ده چې ډشبورډ ټول اړین معلومات په یو ځای کې ولري او کاروونکو ته اجازه ورکوي چې د زیانونو د حل کولو دمخه ډیټا کې ډرل کړي.
په GitLab 11.9 کې، د کانټینر سکین پایلې په ډشبورډ کې اضافه شوي، د موجوده SAST او انحصار سکین پایلو سربیره. اوس ټوله کتنه په یو ځای کې ده، پرته له دې چې د ستونزې سرچینه وي.
د امنیت دندو لپاره CI/CD ټیمپلیټونه
(حتی، سرو زرو)
د GitLab امنیتي ب featuresې خورا ګړندي وده کوي او ستاسو د کوډ موثر او خوندي ساتلو لپاره دوامداره تازه معلوماتو ته اړتیا لري. د دندې تعریف بدلول ستونزمن کار دی کله چې تاسو ډیری پروژې اداره کوئ. او موږ دا هم پوهیږو چې هیڅ څوک نه غواړي د GitLab د وروستي نسخې کارولو خطر واخلي پرته لدې چې ډاډ ترلاسه شي چې دا د GitLab اوسني مثال سره په بشپړ ډول مطابقت لري.
دا د همدې دلیل لپاره دی چې موږ په GitLab 11.7 کې د دندو تعریف کولو لپاره یو نوی میکانیزم معرفي کړ .
د GitLab 11.9 سره پیل کول به موږ د ټولو امنیتي دندو لپاره جوړ شوي ټیمپلیټونه وړاندې کړو: د مثال په توګه، sast и dependency_scanning, - د GitLab د ورته نسخې سره مطابقت لري.
دوی په مستقیم ډول ستاسو په ترتیب کې شامل کړئ، او دوی به د سیسټم سره تازه شي کله چې تاسو د GitLab نوې نسخه ته لوړ کړئ. د پایپ لاین تشکیلات نه بدلیږي.
د امنیتي دندو تعریف کولو نوې طریقه رسمي ده او د نورو پخوانیو دندو تعریفونو یا کوډ ټوټې ملاتړ نه کوي. تاسو باید د نوي کلیدي کلمې کارولو لپاره ژر تر ژره خپل تعریف تازه کړئ
template. د کوم بل ترکیب لپاره ملاتړ ممکن په GitLab 12.0 یا نورو راتلونکو خپرونو کې لرې شي.
په GitLab 11.9 کې نور پرمختګونه
تبصرې ته ځواب ورکړئ
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
GitLab په موضوعاتو بحثونه لري. تر اوسه پورې، هغه کس چې اصلي تبصره لیکي باید له پیل څخه پریکړه وکړي چې ایا دوی بحث غواړي.
موږ دا محدودیت نرم کړی دی. په GitLab کې کومه تبصره وکړئ (په مسلو، ادغام غوښتنې، او ایپیکونو کې) او ورته ځواب ورکړئ، په دې توګه بحث پیل کړئ. پدې توګه ټیمونه ډیر منظم تعامل کوي.
د .NET، Go، iOS او پاڼو لپاره د پروژې ټیمپلیټونه
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
د دې لپاره چې کاروونکو ته نوې پروژې رامینځته کول اسانه کړي، موږ د پروژې څو نوې نمونې وړاندې کوو:
- ابتدايي ، کوم چې د CI سره د اساس غوښتنلیک شامل دي.
- د کارولو لپاره چمتو ټیمپلیټ چې ترکیب کوي او GitLab CI/CD.
- ، په GitLab کې د لومړني تخصیص لپاره چمتو دی. په یاد ولرئ چې له هغه وخته چې iOS جوړونه وقف شوي MacOS رنر ته اړتیا لري، نو تاسو به اړتیا ولرئ خپل جوړ سرور چمتو کړئ که تاسو غواړئ دا د GitLab CI/CD سره وکاروئ.
- د Netlify سره کار کولو لپاره تنظیم شوی.
د کوډ مالکینو څخه د ادغام غوښتنو لپاره اجازې ته اړتیا لري
(پریمیم، الټیمیټ، سپین زر، سرو زرو)
دا تل څرګنده نه ده چې څوک د ادغام غوښتنه تصویبوي.
GitLab اوس د ادغام غوښتنې غوښتنې ملاتړ کوي چې د هغه فایلونو پراساس تصویب شي چې غوښتنه یې بدلوي ، په کارولو سره . د کوډ مالکین د فایل په نوم ګمارل شوي CODEOWNERS، بڼه ورته ورته ده gitattributes.
په اوتومات ډول د کوډ مالکینو د ګمارلو لپاره ملاتړ د هغو اشخاصو په توګه چې د ادغام غوښتنې تصویب لپاره مسؤل دي په کې اضافه شوي .
په ویب IDE کې د فایلونو حرکت کول
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
اوس، د فایل یا لارښود نوم بدلولو سره، تاسو کولی شئ دا د ویب IDE څخه د نوې لارې په اوږدو کې ذخیره ته انتقال کړئ.
ټاګونه د الفبا په ترتیب
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
د GitLab ټاګونه په زړه پورې ډول هر اړخیز دي، او ټیمونه په دوامداره توګه د دوی لپاره نوي کارونې لټوي. په دې اساس، کاروونکي اکثرا په یوه مسله کې ډیری ټاګونه اضافه کوي، د غوښتنې غوښتنه، یا ایپیک.
په GitLab 11.9 کې، موږ د لیبلونو کارول یو څه اسانه کړي دي. د مسلو، ادغام غوښتنې، او ایپیکونو لپاره، په سائډبار کې ښودل شوي لیبلونه د الفبا په ترتیب سره تنظیم شوي. دا د دې شیانو لیست لیدلو لپاره هم پلي کیږي.
ګړندي نظرونه کله چې د دندې له مخې عملونه فلټر کول
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
موږ پدې وروستیو کې یو فیچر معرفي کړ چې کاروونکو ته اجازه ورکوي د فعالیتونو فیډ د دندو ، ادغام غوښتنې یا ایپیکونو لخوا فلټر کړي ، کوم چې دوی ته اجازه ورکوي یوازې په نظرونو یا سیسټم نوټونو تمرکز وکړي. دا ترتیب په سیسټم کې د هر کارونکي لپاره خوندي شوی، او ممکن داسې پیښ شي چې یو کارن ممکن نه پوهیږي چې کله څو ورځې وروسته یوه مسله وګوري، دوی فلټر شوي فیډ وګوري. هغه داسې احساس کوي چې هغه نشي کولی تبصره پریږدي.
موږ دا تعامل ښه کړی دی. اوس کاروونکي کولی شي په چټکۍ سره داسې حالت ته لاړ شي چې دوی ته اجازه ورکوي نظرونه پریږدي پرته له دې چې د فیډ پورتنۍ برخې ته لاړ شي. دا په دندو، ادغام غوښتنې، او ایپیکونو باندې تطبیق کیږي.
د ماشومانو د افسانو ترتیب بدلول
(حتی، سرو زرو)
موږ په دې وروستیو کې خپور کړ ، کوم چې د epics د epics کارولو ته اجازه ورکوي (د ماشومانو د ماشومانو دندو سربیره).
تاسو اوس کولی شئ د ماشومانو د مسلو په څیر په ساده ډول په ډریګ او غورځولو سره د ماشومانو د پیښو ترتیب تنظیم کړئ. ټیمونه کولی شي امر وکاروي ترڅو لومړیتوب منعکس کړي یا هغه ترتیب وټاکي چې کار باید بشپړ شي.
په ویب او بریښنالیک کې د ګمرک سرلیک او فوټر سیسټم پیغامونه
(کور، سټارټر، پریمیم، حتمي)
موږ دمخه یو خصوصیت اضافه کړی چې د ګیټ لیب په هره پاڼه کې د ګمرکي سرلیک او فوټر پیغامونو ته اجازه ورکوي. دا په تودوخه ترلاسه شوی، او ټیمونه یې د مهمو معلوماتو شریکولو لپاره کاروي، لکه د دوی د GitLab مثال پورې اړوند سیسټم پیغامونه.
موږ لیواله یو چې دا فیچر کور ته راوړو نو حتی ډیر خلک کولی شي دا وکاروي. سربیره پردې ، موږ کاروونکو ته اجازه ورکوو چې په اختیاري ډول ورته پیغامونه په ټولو بریښنالیکونو کې وښیې چې د GitLab له لارې لیږل شوي د کارونکي د نورو GitLab ټچ پواینټ کې د دوام لپاره.
د محرمو کارونو لخوا فلټر کړئ
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
محرم مسایل د ټیمونو لپاره یو ګټور وسیله ده ترڅو په خلاص پروژه کې په حساسو موضوعاتو خصوصي بحثونه وړ کړي. په ځانګړې توګه، دوی د امنیتي زیانونو په اړه د کار کولو لپاره غوره دي. تر اوسه پورې، د حساسو دندو اداره کول اسانه ندي.
په GitLab 11.9 کې، د GitLab مسلې لیست اوس د حساس یا غیر حساس مسلو لخوا فلټر شوی. دا د API په کارولو سره د دندو لټون کولو لپاره هم پلي کیږي.
د رابرټ شیلینګ څخه د هغه د ونډې لپاره مننه)!
د ګمارلو وروسته د یو اصلي ډومین ترمیم کول
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
د Knative نصبولو پر مهال د دودیز ډومین مشخص کول تاسو ته اجازه درکوي چې د بې ساري پای ټکي څخه مختلف سرور بې غوښتنلیکونه/ ب featuresې وړاندې کړئ.
په GitLab کې د Kubernetes ادغام اوس تاسو ته اجازه درکوي د Kubernetes کلستر ته د Knative ځای پرځای کولو وروسته د کاروونکي ډومین بدل یا تازه کړئ.
د Kubernetes CA سند بڼه چک کول
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
کله چې د موجود Kubernetes کلستر اضافه کول، GitLab اوس تاییدوي چې د CA سند داخل شوی د اعتبار وړ PEM بڼه کې دی. دا د Kubernetes ادغام سره احتمالي تېروتنې له منځه وړي.
ټول فایل ته د ادغام غوښتنې پرتله کولو افادیت غزول
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
کله چې د ادغام غوښتنې ته بدلونونه وګورئ، تاسو اوس کولی شئ د هر فایل په اساس د ډیف افادیت وغزوئ ترڅو د نورو شرایطو لپاره ټوله فایل وښیې، او په نه بدلیدونکي لینونو کې تبصرې پریږدئ.
د ادغام غوښتنې پراساس ځانګړي دندې اجرا کول یوازې کله چې ځینې فایلونه بدل شي
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
GitLab 11.6 د تعریف کولو وړتیا اضافه کړه د پایپ لاین دندو لپاره نو کاروونکي کولی شي ځانګړي دندې ترسره کړي کله چې د ادغام غوښتنه رامینځته کړي.
اوس موږ دا فعالیت پراخوو: د ارتباط منطق اضافه شوی ، او کاروونکي کولی شي ځانګړي دندې یوازې د ادغام غوښتنې لپاره اجرا کړي او یوازې کله چې ځینې فایلونه بدل شي.
د ونډې لپاره مننه Hiroyuki Sato ()!
د ګرافانا سره اتومات GitLab څارنه
(کور، سټارټر، پریمیم، حتمي)
ګرافانا اوس زموږ په اومنیبس کڅوړه کې شامل شوی ، دا اسانه کوي چې پوه شي چې ستاسو مثال څنګه کار کوي.
حسب ضرورت grafana['enable'] = true в gitlab.rb، او Grafana به دلته شتون ولري: https://your.gitlab.instance/-/grafana. په نږدې راتلونکي کې به هم "له صندوق څخه".
د ایپیکس سائډبار کې لومړني پیښې وګورئ
(حتی، سرو زرو)
موږ پدې وروستیو کې معرفي کړل ، د epics د epics کارولو ته اجازه ورکوي.
په GitLab 11.9 کې، موږ د دې اړیکو لیدل اسانه کړي دي. اوس تاسو کولی شئ نه یوازې د ورکړل شوي افسانې مور ، بلکه د ښي اړخ په اړخ کې د بشپړ ایپیک ونې وګورئ. تاسو کولی شئ وګورئ چې ایا دا ایپیکونه تړل شوي یا نه، او تاسو حتی مستقیم دوی ته لاړ شئ.
د حرکت شوي او تړل شوي دندې څخه نوي دندې سره اړیکه ونیسئ
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
په GitLab کې، تاسو کولی شئ په اسانۍ سره یوه مسله بلې پروژې ته د سائډبار یا چټک عمل په کارولو سره انتقال کړئ. د پردې تر شا، موجوده دنده تړل شوې او په نښه شوي پروژه کې د ټولو کاپي شوي معلوماتو سره یو نوی دنده رامینځته کیږي، پشمول د سیسټم نوټونه او د سائډبار ځانګړتیاوې. دا یو ښه ځانګړتیا ده.
د دې په پام کې نیولو سره چې د حرکت په اړه د سیسټم یادښت شتون لري، کاروونکي کله چې تړل شوي دنده ګوري مغشوش کیږي او مرسته نشي کولی مګر پوه شي چې دنده د حرکت له امله تړل شوې وه.
د دې خپریدو سره، موږ د تړلې مسلې د پاڼې په سر کې په نښه کې دا روښانه کوو چې دا لیږدول شوی، او موږ د نوې مسلې سره یو ځای شوی لینک هم شامل کړی دی ترڅو هر څوک چې په زاړه مسله کې راځي ژر تر ژره کولی شي نوي ته لاړشئ.
د YouTrack ادغام
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
GitLab د ډیری بهرني مسلو تعقیب سیسټمونو سره مدغم کوي ، د ټیمونو لپاره د نورو دندو لپاره د GitLab کارول اسانه کوي پداسې حال کې چې د دوی د مسلې مدیریت وسیلې د انتخاب غوره ساتي.
پدې خپرونه کې موږ د JetBrains څخه د YouTrack ادغام وړتیا اضافه کړې.
موږ غواړو د کوټا جوچین د ونډې لپاره مننه وکړو ()!
د ادغام غوښتنې فایل ونې اندازه کول
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
کله چې د ادغام غوښتنې بدلونونه وګورئ، تاسو اوس کولی شئ د فایل ونې اندازه کړئ ترڅو اوږد فایل نومونه وښایئ یا په کوچنیو سکرینونو کې ځای خوندي کړئ.
وروستي کاري بارونو ته لاړ شئ
(ستارټر، پریمیم، الټیمیټ، برونز، سپین زر، سرو زرو)
ډشبورډونه خورا ګټور دي، او ټیمونه د هرې پروژې او ډلې لپاره ډیری ډشبورډونه جوړوي. موږ پدې وروستیو کې د لټون بار اضافه کړی ترڅو ټول هغه پینلونه ژر تر ژره فلټر کړي چې تاسو یې لیوالتیا لرئ.
په GitLab 11.9 کې موږ یوه برخه هم معرفي کړه وروستي په ډراپ-ډاون لیست کې. پدې توګه تاسو کولی شئ په چټکۍ سره هغه پینلونو ته لاړ شئ چې تاسو پدې وروستیو کې ورسره اړیکه نیولې ده.
د پراختیا کونکو لپاره د خوندي څانګو رامینځته کولو وړتیا
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
خوندي شوي څانګې د نه کتل شوي کوډ د حرکت یا یوځای کیدو مخه نیسي. په هرصورت، که هیچا ته اجازه ونلري چې خوندي څانګې حرکت وکړي، نو هیڅوک نشي کولی نوې خوندي څانګه جوړه کړي: د بیلګې په توګه، د خوشې کولو څانګه.
په GitLab 11.9 کې ، پراختیا کونکي کولی شي د GitLab یا API له لارې دمخه خوندي شوي څانګو څخه خوندي څانګې رامینځته کړي. د نوي خوندي شوي څانګې حرکت کولو لپاره د Git کارول لاهم محدود دي ترڅو په ناڅاپي ډول د نوي خوندي شوي څانګو رامینځته کولو مخه ونیسي.
د خلاص فورکس (بیټا) لپاره د ګیټ آبجیکٹ ډیپلیکیشن
(کور، سټارټر، پریمیم، حتمي)
فورکنګ هرچا ته اجازه ورکوي چې د خلاصې سرچینې پروژې کې برخه واخلي: د لیکلو اجازې پرته ، په ساده ډول په نوې پروژه کې د ذخیره کاپي کولو سره. په مکرر ډول د ګیټ ذخیره کولو بشپړ کاپي ذخیره کول غیر موثر دي. اوس د Git سره alternatives فورکس د اصلي پروژې څخه عام توکي د اعتراض په حوض کې شریکوي ترڅو د ډیسک ذخیره کولو اړتیاوې کمې کړي.
د فورک اعتراض حوضونه یوازې د خلاص پروژو لپاره رامینځته کیږي کله چې د هش ذخیره فعاله وي. د اعتراض حوضونه د فنکشن پیرامیټر په کارولو سره فعال شوي object_pools.
د ګمارل شوي تصویب کونکو لخوا د ادغام غوښتنو لیست فلټر کول
(ستارټر، پریمیم، الټیمیټ، برونز، سپین زر، سرو زرو)
د کوډ بیاکتنه د هرې بریالۍ پروژې لپاره یو عام عمل دی، مګر دا د بیاکتنې لپاره ستونزمن کیدی شي چې د ادغام غوښتنو تعقیب وساتي.
په GitLab 11.9 کې ، د ادغام غوښتنو لیست د ټاکل شوي تصویب کونکي لخوا فلټر شوی. پدې توګه تاسو کولی شئ د ادغام غوښتنې ومومئ چې تاسو ته د بیاکتونکي په توګه اضافه شوي.
د ګلوین ویچرټ څخه د هغه د ونډې لپاره مننه ()!
د ادغام غوښتنه کې د راتلونکي او پخوانۍ فایل لپاره شارټ کټونه
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
پداسې حال کې چې د ادغام غوښتنې کې بدلونونه لیدل کیږي، تاسو کولی شئ په چټکۍ سره د فایلونو ترمنځ بدل کړئ ]او یا j راتلونکي فایل ته د تګ لپاره او [ او یا k پخوانۍ فایل ته لاړ شئ.
ساده کول .gitlab-ci.yml د بې سروره پروژو لپاره
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
په فعالیت باندې جوړ شوی GitLab CI، بې سرور ټیمپلیټ gitlab-ci.yml خورا ساده شوی. په راتلونکو خپرونو کې د نوو ځانګړتیاوو معرفي کولو لپاره، تاسو اړتیا نلرئ په دې فایل کې بدلونونه وکړئ.
د کوربه نوم ملاتړ داخلول
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
کله چې د Kubernetes Ingress کنټرولر ځای په ځای کول، ځینې پلیټ فارمونه بیرته IP پتې ته راځي (د مثال په توګه، د ګوګل GKE)، پداسې حال کې چې نور بیرته د DNS نوم ته راځي (د مثال په توګه، د AWS EKS).
زموږ د Kubernetes ادغام اوس په برخه کې د ښودلو لپاره د پای ټکي دواړه ډوله ملاتړ کوي clusters پروژه
د هارون واکر څخه د هغه د مرستې لپاره مننه ()!
یوازې د ټیم / پروژې غړو ته د JupyterHub ننوتلو محدودیت
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
د GitLab د Kubernetes ادغام په کارولو سره د JupyterHub ځای په ځای کول په لوی ټیمونو کې د Jupyter نوټ بوکونو ساتلو او کارولو عالي لاره ده. دا د محرم یا شخصي معلوماتو لیږدولو په وخت کې دوی ته د لاسرسي کنټرول لپاره هم ګټور دی.
په GitLab 11.9 کې، د Kubernetes له لارې ګمارل شوي JupyterHub مثالونو کې د ننوتلو وړتیا د پروژې غړو پورې محدوده ده چې پراختیا کونکي لاسرسی لري (د یوې ډلې یا پروژې له لارې).
د امنیتي پینل سکیمونو لپاره د تنظیم وړ وخت سلسلې
(حتی، سرو زرو)
د ټیم امنیت ډشبورډ کې د زیان مننې نقشه شامله ده ترڅو د ټیم د پروژو اوسني امنیتي حالت یوه عمومي کتنه وړاندې کړي. دا د امنیت رییسانو لپاره خورا ګټور دی ترڅو پروسې تنظیم کړي او پوه شي چې ټیم څنګه کار کوي.
په GitLab 11.9 کې، تاسو اوس کولی شئ د دې زیان مننې نقشې لپاره د وخت حد وټاکئ. په ډیفالټ کې، دا وروستۍ 90 ورځې دي، مګر تاسو کولی شئ موده 60 یا 30 ورځو ته وټاکئ، د توضیحاتو کچې پورې اړه لري چې تاسو ورته اړتیا لرئ.
دا په کاونټرو یا لیست کې ډاټا اغیزه نه کوي، یوازې د ډیټا ټکي په ډیاګرام کې ښودل شوي.
د ټاګونو لپاره د Auto DevOps د جوړولو دندې اضافه کول
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
د Auto DevOps د جوړولو مرحله ستاسو د هیروکو پروژې یا بلډ پیک د ډاکر فایل په کارولو سره ستاسو د غوښتنلیک جوړونه رامینځته کوي.
په GitLab 11.9 کې ، د ټاګ پایپ لاین کې ځای پرځای شوي پایله لرونکي ډاکر عکس د SHA ژمنې پرځای د ټاګ کمیټ کارولو سره د دودیز عکس نومونو ته ورته نومول شوی.
د هارون واکر څخه د هغه د مرستې لپاره مننه!
د کوډ اقلیم نسخه 0.83.0 ته تازه کړئ
(ستارټر، پریمیم، الټیمیټ، برونز، سپین زر، سرو زرو)
ګیتاباب کاروي د دې لپاره چې وګورئ چې بدلونونه ستاسو د کوډ او پروژې حالت څنګه اغیزه کوي.
په GitLab 11.9 کې موږ انجن وروستي نسخه ته تازه کړ () د GitLab کوډ کیفیت لپاره د اضافي ژبې او جامد تحلیل مالتړ ګټې چمتو کولو لپاره.
د ګیټ لیب کور ټیم غړي تاکویا نوګوچي څخه د هغه د ونډې لپاره مننه ()!
د میټریک پینل زوم کول او سکرول کول
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
کله چې د فعالیت اختلالاتو پلټنه کوئ، دا ډیری وختونه ګټور دي چې د یو ځانګړي میټریک انفرادي برخو ته نږدې کتنه وکړئ.
د GitLab 11.9 سره ، کارونکي به وکولی شي د میټریک پینل کې د انفرادي وخت دورې ته زوم وکړي ، د ټول وخت دورې له لارې سکرول وکړي ، او په اسانۍ سره د اصلي وخت وقفې لید ته راستون شي. دا تاسو ته اجازه درکوي په چټکۍ او اسانۍ سره هغه پیښې وڅیړئ چې تاسو ورته اړتیا لرئ.
د ټایپ سکریپټ لپاره SAST
(حتی، سرو زرو)
په نسبي ډول د پروګرام کولو ژبه ده .
په GitLab 11.9 کې، د جامد غوښتنلیک امنیت ازموینه (SAST) د ټایپ سکریپټ کوډ کې زیان منونکي تحلیل او کشف کوي، دوی د ادغام غوښتنې ویجټ، پایپ لاین کچه، او امنیت ډشبورډ کې څرګندوي. د اوسنۍ دندې تعریف sast بدلون ته اړتیا نشته، او دا په اتوماتيک ډول هم شامل دی .
SAST د څو ماډل Maven پروژو لپاره
(حتی، سرو زرو)
د Maven پروژې ډیری وختونه د یوځای کولو لپاره تنظیم شوي په یوه ذخیره کې. مخکې، GitLab نشي کولی دا ډول پروژې په سمه توګه سکین کړي، او پراختیا کونکي او امنیتي متخصصین د زیانونو راپورونه ندي ترلاسه کړي.
GitLab 11.9 د دې ځانګړي پروژې ترتیب لپاره د SAST خصوصیت لپاره پراخه ملاتړ وړاندیز کوي ، د دې وړتیا چمتو کوي چې دوی د زیان منونکو لپاره ازموینه وکړي لکه څنګه چې شتون لري. د تحلیل کونکو انعطاف څخه مننه ، ترتیب په اوتومات ډول ټاکل کیږي ، او تاسو اړتیا نلرئ د څو ماډل ماون غوښتنلیکونو پایلو لیدو لپاره هیڅ شی بدل کړئ. د معمول په څیر، ورته پرمختګونه هم دننه شتون لري .
د ګیټ لیب رنر 11.9
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
نن ورځ موږ د ګیټ لیب رنر 11.9 هم خپور کړ! GitLab Runner د خلاصې سرچینې پروژه ده او د CI/CD دندو چلولو لپاره کارول کیږي او پایلې بیرته GitLab ته لیږل کیږي.
لاندې د GitLab Runner 11.9 کې ځینې بدلونونه دي:
- .
- и .
- ... دا یو شانته دي .
- د ملاتړ لپاره ، کوم چې به په GitLab 11.10 کې څرګند شي.
- .
- .
- د ډیری سکریپټونو حرکت کول - په شمول и - په تګ کې
- .
- .
- .
د بدلونونو بشپړ لیست د GitLab رنر چینج لاګ کې موندل کیدی شي: .
د GitLab سکیما پرمختګونه
(کور، سټارټر، پریمیم، حتمي)
د GitLab چارټ کې لاندې پرمختګونه شوي دي:
- د ګوګل کلاوډ میموریسټور لپاره ملاتړ اضافه شوی.
- د کرون دندې ترتیبات ځکه چې دوی د ډیری خدماتو لخوا کارول کیږي.
- راجستري نسخه 2.7.1 ته تازه شوې.
- د GitLab راجسټری د 1.10 څخه دمخه د ډاکر نسخو سره مطابقت کولو لپاره نوی ترتیب اضافه شوی. د فعالولو لپاره، نصب کړئ
registry.compatibility.schema1.enabled: true.
د فعالیت ښه والی
(کور، سټارټر، پریمیم، حتمي، وړیا، برونزو، سپینو زرو، سرو زرو)
موږ د ټولو اندازو د GitLab مثالونو لپاره د هرې خوشې کیدو سره د GitLab فعالیت ته وده ورکولو ته دوام ورکوو. دلته په GitLab 11.9 کې ځینې پرمختګونه دي:
- .
- .
- .
- .
د هر اړخیز پرمختګ
(کور، سټارټر، پریمیم، حتمي)
GitLab 11.9 کې لاندې Omnibus پرمختګونه شامل دي:
- GitLab 11.9 شامل دي , ، چې په وروستي خپرونه کې د ټیم ایډیشن لپاره MFA ، د عکس فعالیت ښه شوی ، او نور ډیر څه شامل دي. دا نسخه هم شامله ده ; تازه وړاندیز شوی.
- د GitLab راجسټری د 1.10 څخه دمخه د ډاکر نسخو سره مطابقت کولو لپاره نوی ترتیب اضافه شوی. د فعالولو لپاره، نصب کړئ
registry['compatibility_schema1_enabled'] = true в gitlab.rb. - د GitLab راجستر اوس د پرومیټیوس میټریک صادروي او په اتوماتيک ډول د راتلونکو لخوا څارل کیږي .
- د ګوګل کلاوډ میموریسټور لپاره ملاتړ اضافه شوی ، کوم چې اړتیا لري .
opensslنسخه 1.0.2r ته تازه شوی،nginx- تر 1.14.2 نسخه پورې،python- تر 3.4.9 نسخه پورې،jemalloc- تر 5.1.0 نسخه پورې،docutils- تر 0.13.1 نسخه پورې،gitlab-monitor- تر 3.2.0 نسخه پورې
پخوانۍ ځانګړتیاوې
GitLab Geo به په GitLab 12.0 کې د هش شوي ذخیره چمتو کړي
د GitLab جیو ته اړتیا ده په ثانوي نوډونو کې سیالۍ (د ریس حالت) کمولو لپاره. دا په کې یادونه شوې .
په GitLab کې موږ دا اړتیا د جیو اسنادو کې اضافه کړې ده: .
په GitLab کې sudo gitlab-rake gitlab: geo: check ګوري چې ایا د هشډ ذخیره فعاله شوې او ټولې پروژې مهاجرت شوي. سانتي متر. . که تاسو جیو کاروئ، نو مهرباني وکړئ دا چیک چل کړئ او ژر تر ژره مهاجرت وکړئ.
په GitLab کې د تل لپاره غیر فعال خبرداری په پاڼه کې به ښودل شي د ادارې ساحه › جیو › نوډونه، که پورتنۍ چکونه اجازه ونلري.
په GitLab کې جیو به د هش شوي ذخیره کولو اړتیاوې وکاروي. سانتي متر. .
د حذف کولو نیټه: 22 جون 2019
د Hipchat ادغام
هپچټ . سربیره پردې، په 11.9 نسخه کې .
د حذف کولو نیټه: 22 مارچ 2019
د ډاکر اجرایوي په کارولو سره د ګیټ لیب رنر لپاره CentOS 6 ملاتړ
د GitLab رنر د CentOS 6 ملاتړ نه کوي کله چې په GitLab 11.9 کې Docker کاروي. دا د ډاکر کور کتابتون ته د تازه کولو پایله ده، کوم چې نور د CentOS 6 ملاتړ نه کوي. د نورو جزیاتو لپاره، وګورئ .
د حذف کولو نیټه: 22 مارچ 2019
پخوانۍ GitLab رنر میراثي کوډ لارې
د Gitlab 11.9 په څیر، GitLab رنر کاروي کلون کول / ذخیره کول. اوس مهال، د GitLab رنر به زوړ میتود وکاروي که نوی یې ملاتړ نه وي.
په GitLab 11.0 کې، موږ د GitLab Runner لپاره د میټریک سرور ترتیب بڼه بدله کړه. metrics_server په ګټه به لرې شي listen_address په GitLab 12.0 کې. نور جزیات په کې وګورئ . او نور جزیات په کې .
په 11.3 نسخه کې، د ګیټ لیب رنر ملاتړ پیل کړ ، کوم چې د نوي ترتیباتو لامل شوی . د نوي ترتیب ته د مهاجرت لپاره د بدلونونو او لارښوونو جدول چمتو شوی. نور جزیات په کې وګورئ .
دا لارې نور په GitLab 12.0 کې شتون نلري. د یو کارونکي په توګه، تاسو اړتیا نلرئ بل څه بدل کړئ پرته لدې چې ډاډ ترلاسه کړئ چې ستاسو د GitLab مثال د 11.9+ نسخه پرمخ وړي کله چې GitLab Runner 12.0 ته لوړیږي.
د حذف کولو نیټه: 22 جون 2019
د GitLab رنر لپاره د ننوتلو نقطې ځانګړتیا لپاره تخریب شوي پیرامیټر
11.4 GitLab Runner د فیچر پیرامیټر معرفي کوي د ستونزو د حل لپاره لکه и .
په GitLab 12.0 کې به موږ سم چلند ته لاړ شو لکه څنګه چې د فیچر ترتیب غیر فعال شوی و. نور جزیات په کې وګورئ .
د حذف کولو نیټه: 22 جون 2019
د GitLab رنر لپاره EOL ته د لینکس توزیع لپاره تخریب شوی ملاتړ
د لینکس ځینې توزیعونه چې پکې د GitLab رنر نصب کیدی شي د دوی هدف پوره کړی.
په GitLab 12.0 کې، GitLab Runner به نور د دې لینکس توزیعونو ته کڅوړې توزیع نکړي. د توزیع بشپړ لیست چې نور یې ملاتړ نه کیږي زموږ کې موندل کیدی شي . د Javier Ardo څخه مننه () دهغه لپاره !
د حذف کولو نیټه: 22 جون 2019
د زاړه GitLab رنر مرستندویه کمانډونه لرې کول
د ملاتړ لپاره زموږ د هڅو د یوې برخې په توګه باید ځینې زاړه حکمونه پریږدي چې لپاره کارول کیږي .
په GitLab 12.0 کې، GitLab Runner د نوي کمانډونو په کارولو سره پیل شوی. دا یوازې هغه کاروونکي اغیزه کوي کوم چې بیرته پورته کوي . نور جزیات په کې وګورئ .
د حذف کولو نیټه: 22 جون 2019
پراختیا کونکي کولی شي په GitLab 11.10 کې د Git ټاګونه لرې کړي
په غیر چیک شوي څانګو کې د Git ټاګونو لپاره د نسخې نوټونو لرې کول یا ترمیم کول په تاریخي ډول یوازې محدود دي .
څرنګه چې پراختیا کونکي کولی شي ټاګونه اضافه کړي او غیر محافظت شوي څانګې ترمیم او حذف کړي ، نو پراختیا کونکي باید وکوالی شي د Git ټاګونه حذف کړي. په GitLab 11.10 کې زموږ د اجازې ماډل کې د کار جریان ښه کولو او پراختیا کونکو سره مرسته وکړئ چې ټاګونه په ښه او ډیر مؤثره توګه وکاروي.
که تاسو غواړئ دا محدودیت د ساتونکو او مالکینو لپاره وساتئ، وکاروئ .
د حذف کولو نیټه: 22 اپریل 2019
په Omnibus GitLab کې د Prometheus 1.x ملاتړ
د GitLab سره پیل کول ، د Prometheus 1.0 جوړ شوی نسخه د Omnibus GitLab څخه لیرې شوې. . په هرصورت، د میټریک بڼه د 1.0 نسخه سره مطابقت نلري. موجوده نسخې 2.0 ته لوړ کیدی شي او که اړتیا وي، ډاټا لیږدول کیږي .
د GitLab نسخه کې Prometheus 2.0 به په اوتومات ډول نصب شي که چیرې اوسمهال لا دمخه نه وي نصب شوی. د Prometheus 1.0 څخه ډاټا به ورک شي ځکه چې ... نه زغمل کیږي.
د حذف کولو نیټه: 22 جون 2019
TLS v1.1
د GitLab سره پیل کول د امنیت ښه کولو لپاره. دا ډیری مسلې حل کوي ، پشمول د زړه بلیډ ، او د بکس څخه بهر د GitLab PCI DSS 3.1 مطابقت لري.
د سمدستي د TLS v1.1 غیر فعالولو لپاره، تنظیم کړئ nginx['ssl_protocols'] = "TLSv1.2" в gitlab.rband او منډه کړه gitlab-ctl reconfigure.
د حذف کولو نیټه: 22 جون 2019
د GitLab نصبولو لپاره د OpenShift ټیمپلیټ
رسمي - په Kubernetes کې د GitLab چلولو لپاره وړاندیز شوی میتود، په شمول .
د GitLab نصب کول له مینځه وړل شوي او نور به یې ملاتړ ونلري .
د حذف کولو نیټه: 22 جون 2019
د امنیتي دندو پخوانی تعریفونه
د معرفي کولو سره د دندې کوم پخوانی تعریفونه به له مینځه یوړل شي او په GitLab 12.0 یا وروسته کې به لرې شي.
د نوي ترکیب کارولو لپاره خپل د دندې تعریفونه تازه کړئ او د GitLab لخوا چمتو شوي ټولو نوي امنیتي ب featuresو څخه ګټه واخلئ.
د ړنګولو نیټه: د جون 22، 2019
په اډمین پینل کې د سیسټم معلوماتو برخه
GitLab ستاسو د GitLab مثال په اړه معلومات وړاندې کوي admin/system_info، مګر دا معلومات ممکن سم نه وي.
موږ یو په GitLab 12.0 کې اډمین پینل او موږ یې کارولو وړاندیز کوو .
د حذف کولو نیټه: 22 جون 2019
سرچینه: www.habr.com