|
| 1 | +--- |
| 2 | +title: রিলিজ ম্যানেজারস |
| 3 | +type: docs |
| 4 | +--- |
| 5 | + |
| 6 | +"রিলিজ ম্যানেজাররা" হল একটি সার্বিক শব্দ যা কুবারনেটিসের সেই অবদানকারীদের |
| 7 | +নির্দেশ করে, যারা রিলিজ ব্রাঞ্চগুলি বজায় রাখা এবং SIG Release দ্বারা |
| 8 | +সরবরাহিত টুলগুলি ব্যবহার করে রিলিজ তৈরি করার দায়িত্বে থাকে। |
| 9 | + |
| 10 | +প্রত্যেক ভূমিকার দায়িত্ব নীচে বর্ণিত হয়েছে। |
| 11 | + |
| 12 | +- [যোগাযোগ](#contact) |
| 13 | + - [নিরাপত্তা ইম্বার্গো নীতি](#security-embargo-policy) |
| 14 | +- [হ্যান্ডবুক](#handbooks) |
| 15 | +- [রিলিজ ম্যানেজারস](#release-managers) |
| 16 | + - [রিলিজ ম্যানেজার হওয়া](#becoming-a-release-manager) |
| 17 | +- [রিলিজ ম্যানেজার অ্যাসোসিয়েটস](#release-manager-associates) |
| 18 | + - [রিলিজ ম্যানেজার অ্যাসোসিয়েট হওয়া](#becoming-a-release-manager-associate) |
| 19 | +- [SIG রিলিজ লিডস](#sig-release-leads) |
| 20 | + - [চেয়ারস](#chairs) |
| 21 | + - [টেকনিক্যাল লিডস](#technical-leads) |
| 22 | + |
| 23 | + ## যোগাযোগ |
| 24 | + |
| 25 | +| মেইলিং লিস্ট | স্ল্যাক | দৃশ্যমান | ব্যবহার | সদস্যতা | |
| 26 | +| --- | --- | --- | --- | --- | |
| 27 | +| [[email protected]](mailto:[email protected]) | [#release-management ](https://kubernetes.slack.com/messages/CJH2GBF7Y) (চ্যানেল) / @release-managers (ইউজার গ্রুপ) | পাবলিক | রিলিজ ম্যানেজারদের জন্য পাবলিক আলোচনা | সকল রিলিজ ম্যানেজার (অ্যাসোসিয়েট, এবং SIG চেয়ারস সহ) | |
| 28 | +| [[email protected]](mailto:[email protected]) | নেই | প্রাইভেট | স্পেশাল রিলিজ ম্যানেজারদের জন্য প্রাইভেট আলোচনা | রিলিজ ম্যানেজার, SIG রিলিজ লীডারশিপ | |
| 29 | +| [[email protected]](mailto:[email protected]) | [#security-release-team ](https://kubernetes.slack.com/archives/G0162T1RYHG) (চ্যানেল) / @security-rel-team (ইউজার গ্রুপ) | প্রাইভেট | সিকিউরিটি রেসপন্স কমিটির সাথে সিকিউরিটি রিলিজ সমন্বয় | [[email protected]](mailto:[email protected]), [[email protected]](mailto:[email protected]) | |
| 30 | + |
| 31 | +### নিরাপত্তা ইম্বার্গো নীতি |
| 32 | + |
| 33 | +কিছু রিলিজ সম্পর্কিত তথ্য ইম্বার্গোর অধীনে রয়েছে এবং আমরা তারা সেট করার জন্য নীতি নির্ধারণ করেছি। |
| 34 | +অধিক তথ্যের জন্য দয়া করে |
| 35 | +[নিরাপত্তা ইম্বার্গো নীতি](https://github.com/kubernetes/committee-security-response/blob/main/private-distributors-list.md#embargo-policy) |
| 36 | +দেখুন। |
| 37 | + |
| 38 | +## হ্যান্ডবুক |
| 39 | + |
| 40 | +**লক্ষ্যস্থান: প্যাচ রিলিজ টীম এবং শাখা ম্যানেজার হ্যান্ডবুকগুলি পরের তারিখে ডিডুপ্লিকেট করা হবে।** |
| 41 | + |
| 42 | +- [প্যাচ রিলিজ টীম][handbook-patch-release] |
| 43 | +- [শাখা ম্যানেজার][handbook-branch-mgmt] |
| 44 | + |
| 45 | +## রিলিজ ম্যানেজার |
| 46 | + |
| 47 | +**নোট:** ডকুমেন্টেশনে প্যাচ রিলিজ টিম এবং ব্রাঞ্চ ম্যানেজমেন্ট ভূমিকা সম্পর্কে |
| 48 | +উল্লেখ থাকতে পারে। এই দুই ভূমিকা রিলিজ ম্যানেজার ভূমিকায় একীভূত |
| 49 | +করা হয়েছে। |
| 50 | + |
| 51 | +মিনিমাম প্রয়োজনীয়তা রিলিজ ম্যানেজার এবং রিলিজ ম্যানেজার অ্যাসোসিয়েটগুলির জন্য নিম্নলিখিত: |
| 52 | + |
| 53 | +- বেসিক ইউনিক্স কমান্ডের পরিচিতি এবং শেল স্ক্রিপ্ট ডিবাগ করতে পারা। |
| 54 | +- `git` এবং সম্পর্কিত `git` কমান্ড লাইন ইনভোকেশন এর মাধ্যমে |
| 55 | +ব্রাঞ্চ সোর্স কোড ওয়ার্কফ্লো পরিচিতি। |
| 56 | +- গুগল ক্লাউডের সাধারণ জ্ঞান (ক্লাউড বিল্ড এবং ক্লাউড স্টোরেজ)। |
| 57 | +- সাহায্য চাওয়া এবং স্পষ্টভাবে যোগাযোগের জন্য উন্মুক্ত। |
| 58 | +- কুবার্নিটিস কমিউনিটি [সদস্যতা][community-membership] |
| 59 | + |
| 60 | +রিলিজ ম্যানেজারদের দায়িত্ব অনুসারে: |
| 61 | + |
| 62 | +- কুবার্নিটিস রিলিজ করা এবং সমন্বয় করা: |
| 63 | + - প্যাচ রিলিজ (`x.y.z`, যেখানে `z` > 0) |
| 64 | + - মাইনর রিলিজ (`x.y.z`, যেখানে `z` = 0) |
| 65 | + - প্রি-রিলিজ (আলফা, বেটা এবং রিলিজ ক্যান্ডিডেট) |
| 66 | + - প্রতিটি রিলিজ চক্রে রিলিজ টিম |
| 67 | + সঙ্গে কাজ করা |
| 68 | + - প্যাচ রিলিজের জন্য [সময়সূচি এবং ক্যাডেন্স নির্ধারণ করা][patches] |
| 69 | +- রিলিজ ব্রাঞ্চগুলি মেন্টেনেন্স করা: |
| 70 | + - চেরি পিকগুলি পর্যালোচনা করা |
| 71 | + - রিলিজ ব্রাঞ্চটি স্বাস্থ্যকর রাখা এবং কোনও |
| 72 | + অপ্রত্যাশিত প্যাচ মার্জ না হয়ে থাকা নিশ্চিত করা । |
| 73 | +- [রিলিজ ম্যানেজার অ্যাসোসিয়েটগুলির](#রিলিজ-ম্যানেজার-অ্যাসোসিয়েটগুলি) গ্রুপ মেন্টরিং করা |
| 74 | +- k/release এ বৈশিষ্ট্যগুলি উন্নত করা এবং কোড রক্ষণ করা |
| 75 | +- Buddy প্রোগ্রামে সক্রিয়ভাবে অংশগ্রহণের মাধ্যমে রিলিজ ম্যানেজার সহযোগী |
| 76 | +এবং অবদানকারীদের সহায়তা করা |
| 77 | + - মাসিকভাবে অ্যাসোসিয়েটগুলির সাথে চেক ইন করুন এবং কাজ দেয়ার জন্য তাদের সামর্থ্য বৃদ্ধি করুন, |
| 78 | + তাদেরকে রিলিজ করতে সাহায্য করুন এবং মেন্টরিং করুন |
| 79 | + - অ্যাসোসিয়েটগুলির নতুন অবদানকারীদের নিয়োগে সহায়তা করা |
| 80 | +যেমন, প্রশ্নের উত্তর দেওয়া এবং তাদের জন্য উপযুক্ত কাজের পরামর্শ দেওয়া |
| 81 | + |
| 82 | +এই দলটি মাঝে মাঝে [সিকিউরিটি রেসপন্স কমিটির][src] |
| 83 | +সাথে ঘনিষ্ঠভাবে কাজ করে এবং তাই [সিকিউরিটি রিলিজ প্রসেসে][security-release-process] |
| 84 | +উল্লিখিত নির্দেশিকা মেনে চলা উচিত। |
| 85 | + |
| 86 | +GitHub অ্যাক্সেস নিয়ন্ত্রণ: [@kubernetes/release-managers](https://github.com/orgs/kubernetes/teams/release-managers) |
| 87 | + |
| 88 | +GitHub উল্লেখ: [@kubernetes/release-engineering](https://github.com/orgs/kubernetes/teams/release-engineering) |
| 89 | + |
| 90 | +- Adolfo García Veytia ([@puerco](https://github.com/puerco)) |
| 91 | +- Cici Huang ([@cici37](https://github.com/cici37)) |
| 92 | +- Carlos Panato ([@cpanato](https://github.com/cpanato)) |
| 93 | +- Jeremy Rickard ([@jeremyrickard](https://github.com/jeremyrickard)) |
| 94 | +- Marko Mudrinić ([@xmudrii](https://github.com/xmudrii)) |
| 95 | +- Nabarun Pal ([@palnabarun](https://github.com/palnabarun)) |
| 96 | +- Sascha Grunert ([@saschagrunert](https://github.com/saschagrunert)) |
| 97 | +- Stephen Augustus ([@justaugustus](https://github.com/justaugustus)) |
| 98 | +- Verónica López ([@verolop](https://github.com/verolop)) |
| 99 | + |
| 100 | +### রিলিজ ম্যানেজার হওয়ার পথ |
| 101 | + |
| 102 | +রিলিজ ম্যানেজার হতে চাইলে, প্রথমে কাউকে রিলিজ ম্যানেজার অ্যাসোসিয়েট হিসেবে কাজ করতে হবে। |
| 103 | +অ্যাসোসিয়েটরা কয়েকটি চক্র জুড়ে রিলিজের উপর সক্রিয়ভাবে কাজ করে রিলিজ |
| 104 | +ম্যানেজারে পদোন্নতি পায়: |
| 105 | + |
| 106 | +- নেতৃত্ব দেওয়ার ইচ্ছা প্রদর্শন করা |
| 107 | +- রিলিজ ম্যানেজারদের সাথে ট্যাগ-টিম করে প্যাচগুলিতে কাজ করা, |
| 108 | +শেষ পর্যন্ত স্বাধীনভাবে একটি রিলিজ কাটা যায় । |
| 109 | + - রিলিজের একটি সীমাবদ্ধ কার্যকারিতা থাকার কারণে, আমরা ইমেজ প্রচার |
| 110 | +এবং অন্যান্য কোর রিলিজ ইঞ্জিনিয়ারিং কাজের উল্লেখযোগ্য অবদানকেও মূল্যায়ন করি । |
| 111 | +- অ্যাসোসিয়েটদের কাজ কিভাবে হচ্ছে তা জিজ্ঞাসাবাদ করা, উন্নতির প্রস্তাবনা দেওয়া, |
| 112 | +ফিডব্যাক সংগ্রহ করা এবং পরিবর্তন চালনা করা |
| 113 | +- নির্ভরযোগ্য এবং দ্রুত সাড়া দেওয়া । |
| 114 | +- এমন উন্নত কাজে নিজেকে নিযুক্ত করা যা সম্পন্ন করতে রিলিজ |
| 115 | + ম্যানেজার-স্তরের অ্যাক্সেস এবং সুবিধার প্রয়োজন । |
| 116 | + |
| 117 | +## রিলিজ ম্যানেজার অ্যাসোসিয়েটস |
| 118 | + |
| 119 | +রিলিজ ম্যানেজার অ্যাসোসিয়েটরা হলেন রিলিজ ম্যানেজারদের শিক্ষানবিশ, যাদের আগে রিলিজ ম্যানেজার শ্যাডো হিসেবে পরিচিত করা হতো। তাদের |
| 120 | +দায়িত্ব হল: |
| 121 | + |
| 122 | +- প্যাচ রিলিজের কাজ, চেরি পিক রিভিউ |
| 123 | +- k/release আপডেট করা: নির্ভরশীলতা আপডেট করা এবং সোর্স |
| 124 | +কোডবেজে অভ্যস্ত হওয়া |
| 125 | +- ডকুমেন্টেশনে অবদান রাখা: হ্যান্ডবুকগুলি মেনটেইন করা, নিশ্চিত করা |
| 126 | + যে রিলিজ প্রক্রিয়াগুলি ডকুমেন্টেড হয়েছে |
| 127 | +- একজন রিলিজ ম্যানেজারের সাহায্যে: রিলিজ টিমের সাথে রিলিজ |
| 128 | + চক্রের সময় কাজ করা এবং কুবেরনেটস রিলিজ কাটা |
| 129 | +- অগ্রাধিকার এবং যোগাযোগে সাহায্যের সুযোগ খুঁজে বের করা |
| 130 | + - প্যাচ রিলিজ সম্পর্কে প্রাক-ঘোষণা এবং আপডেট পাঠানো |
| 131 | + - ক্যালেন্ডার আপডেট করা, রিলিজের তারিখ এবং মাইলস্টোনগুলির সাথে সাহায্য করা |
| 132 | + [রিলিজ চক্রের টাইমলাইন][k-sig-release-releases] থেকে |
| 133 | +- Buddy প্রোগ্রামের মাধ্যমে, নতুন অবদানকারীদের অনবোর্ডিং করা এবং |
| 134 | + তাদের সাথে কাজের জুটি বাঁধা |
| 135 | + |
| 136 | +GitHub মেনশনস: @kubernetes/release-engineering |
| 137 | + |
| 138 | +- Arnaud Meukam ([@ameukam](https://github.com/ameukam)) |
| 139 | +- Jim Angel ([@jimangel](https://github.com/jimangel)) |
| 140 | +- Joseph Sandoval ([@jrsapi](https://github.com/jrsapi)) |
| 141 | +- Xander Grzywinski ([@salaxander](https://github.com/salaxander)) |
| 142 | + |
| 143 | +### রিলিজ ম্যানেজার অ্যাসোসিয়েট হওয়ার পথ |
| 144 | + |
| 145 | +অবদানকারীরা নিম্নলিখিত দেখানোর মাধ্যমে অ্যাসোসিয়েট হতে পারেন: |
| 146 | + |
| 147 | +- নিয়মিত অংশগ্রহণ, যার মধ্যে ৬-১২ মাসের সক্রিয় রিলিজ |
| 148 | + ইঞ্জিনিয়ারিং-সম্পর্কিত কাজ অন্তর্ভুক্ত |
| 149 | +- একটি রিলিজ চক্রে রিলিজ টিমে একজন টেকনিকাল |
| 150 | + লিড হিসেবে ভূমিকা পালনের অভিজ্ঞতা |
| 151 | + - SIG রিলিজ সামগ্রিকভাবে কীভাবে কাজ করে তা বোঝার জন্য এই |
| 152 | +অভিজ্ঞতাটি একটি শক্ত ভিত্তিরেখা প্রদান করে—যার মধ্যে প্রযুক্তিগত দক্ষতা, |
| 153 | +যোগাযোগ/রেস্পন্সিভনেস এবং নির্ভরযোগ্যতা সম্পর্কিত আমাদের প্রত্যাশাগুলি অন্তর্ভুক্ত |
| 154 | +- k/release আইটেমগুলিতে কাজ করা যা Testgrid এর সাথে আমাদের ইন্টার্যাকশন এর |
| 155 | +উন্নত করে, লাইব্রেরি পরিষ্কার করা ইত্যাদি কাজে অবদান রাখা |
| 156 | + - এই প্রচেষ্টাগুলি রিলিজ ম্যানেজারদের এবং অ্যাসোসিয়েটদের সাথে |
| 157 | + ইন্টার্যাক্ট করা এবং জুটি বাঁধা প্রয়োজন |
| 158 | + |
| 159 | + ## SIG রিলিজ লিডস |
| 160 | + |
| 161 | +SIG রিলিজ চেয়ারস এবং টেকনিকাল লিডস দায়ী আছেন: |
| 162 | + |
| 163 | +- SIG রিলিজের গভর্নেন্সের জন্য |
| 164 | +- রিলিজ ম্যানেজার এবং অ্যাসোসিয়েটদের জন্য জ্ঞান বিনিময় সেশন নেতৃত্ব দান |
| 165 | +- নেতৃত্ব এবং অগ্রাধিকার নির্ধারণে কোচিং প্রদান |
| 166 | + |
| 167 | +তাদের এখানে স্পষ্টভাবে উল্লেখ করা হয়েছে কারণ তারা প্রতিটি ভূমিকার |
| 168 | +জন্য বিভিন্ন যোগাযোগ চ্যানেল এবং অনুমতি গ্রুপ (GitHub টিমস, GCP অ্যাক্সেস) |
| 169 | +এর মালিক। এই হিসাবে, তারা অত্যন্ত অধিকারপ্রাপ্ত কমিউনিটি সদস্য এবং কিছু ব্যক্তিগত |
| 170 | +যোগাযোগের জন্য সচেতন, যা কখনো কখনো কুবারনেটিস নিরাপত্তা প্রকাশনার সাথে সম্পর্কিত |
| 171 | +হতে পারে। |
| 172 | + |
| 173 | +GitHub টিম: [@kubernetes/sig-release-leads](https://github.com/orgs/kubernetes/teams/sig-release-leads) |
| 174 | + |
| 175 | +### চেয়ারস |
| 176 | + |
| 177 | +- Jeremy Rickard ([@jeremyrickard](https://github.com/jeremyrickard)) |
| 178 | +- Sascha Grunert ([@saschagrunert](https://github.com/saschagrunert)) |
| 179 | +- Stephen Augustus ([@justaugustus](https://github.com/justaugustus)) |
| 180 | + |
| 181 | +### টেকনিকাল লিডস |
| 182 | + |
| 183 | +- Adolfo García Veytia ([@puerco](https://github.com/puerco)) |
| 184 | +- Carlos Panato ([@cpanato](https://github.com/cpanato)) |
| 185 | +- Verónica López ([@verolop](https://github.com/verolop)) |
| 186 | + |
| 187 | +--- |
| 188 | + |
| 189 | +পূর্ববর্তী শাখা ম্যানেজারদের তালিকা [releases directory][k-sig-release-releases]-এ kubernetes/sig-release রিপোজিটরিতে |
| 190 | +`release-x.y/release_team.md` ফাইলে পাওয়া যাবে। |
| 191 | + |
| 192 | +উদাহরণ: [1.15 Release Team](https://git.k8s.io/sig-release/releases/release-1.15/release_team.md) |
| 193 | + |
| 194 | +[community-membership]: https://git.k8s.io/community/community-membership.md#member |
| 195 | +[handbook-branch-mgmt]: https://git.k8s.io/sig-release/release-engineering/role-handbooks/branch-manager.md |
| 196 | +[handbook-patch-release]: https://git.k8s.io/sig-release/release-engineering/role-handbooks/patch-release-team.md |
| 197 | +[k-sig-release-releases]: https://git.k8s.io/sig-release/releases |
| 198 | +[patches]: /releases/patch-releases/ |
| 199 | +[src]: https://git.k8s.io/community/committee-security-response/README.md |
| 200 | +[release-team]: https://git.k8s.io/sig-release/release-team/README.md |
| 201 | +[security-release-process]: https://git.k8s.io/security/security-release-process.md |
0 commit comments