په Git کې د OpenVPN پروفایل: د commit مخکې څه لرې کړو

پروفایلونه په یو وخت کې دوه کارونه کوي: د اړیکې ترتیبات ثبتوي او د کارېدونکو سندونو یوه ټولګه لېږدوي۔ د فایل غځېدنه تاسو ته هېڅ نه وایي چې په لاس کې مو کوم یو دی۔ مخکې له دې چې پریکړه وکړئ چې دا د زېرمې دي، منځپانګه ولولئ۔

لاندې مرحلې دا انګېري چې د کلاینټ کاږه د نسخې کنټرول لپاره په پام کې ده۔ دا په ترتیب سره ترسره کړئ، او د هغه څه له commit کولو مخکې ودرېږئ چې نشئ کولی یې لغوه کړئ۔

هغه فایل ولولئ چې غواړئ په انډیکس کې یې واچوئ

له ریښتینو بایټونو پیل وکړئ، ځکه هغه پروفایل چې جلا فایلونو ته اشاره کوي په بشپړه توګه بل ډول ښکاري د هغه په پرتله چې هغه دننه کوي۔ د PEM بلاک نښې او د ca, cert, key, tls-auth او tls-crypt په نومونو دننه ټګونه ولټوئ، او هماغه کتنه به دواړه حالتونه درته وښیي۔ کوډ شوی خصوصي کیلي لا هم حساس مواد ګڼل کېږي، او شریکه tls-auth یا tls-crypt کیلي سند دی حتی که د کارن پېژندنه نه وي۔ ورته بیاکتنه پر هر هغه څه پلي کړئ چې د پروفایل سره یوځای انډیکس کېږي، په دې کې هغه آرشیفونه او نصب سکریپټونه چې د سند فایل ته اشاره کوي۔

بیا د کاري ونې پر ځای انډیکس شوې ټولګه وګورئ۔ git diff --cached ښیي چې commit به واقعاً څه ولري، او یوازې هماغه نسخه د دې پریکړې لپاره مهمه ده۔

پریکړه وکړئ چې زېرمه څه ویشلی شي

کاږه کولی شي شریکې، بیاکتل شوې ترتیبات او د نوم لرونکو ځای نیوونکو په بڼه هر هغه څه ولېږدوي چې یو کس د ثبت پر مهال ترلاسه کوي۔ هغه څه چې نشي لېږدولی کارېدونکې پېژندنه ده، ځکه زېرمه هغو ټولو ته ویشل کېږي چې لوستلی یې شي، په دې کې اتومات کول هم شامل دي۔ شخصي زېرمه لیدونکي راکموي خو دې پوښتنې ته بدلون نه ورکوي چې آیا هر لوستونکی دې سند ته اختیار لري۔

د ناڅرګندۍ قاعده د راتلونکو زیاتونو مخه نیسي او د هغه څه په اړه هېڅ نه کوي چې له مخکې ثبت شوي۔ دا نابرابري د لسم commit وروسته نه، بلکې د لومړي مخکې زده کول ګټور دي۔ د زیربنا نومونه او پتې جلا پریکړه ده: دوی د تصدیق رازونه نه دي، خو ممکن له هغه څه ډېر ښکاره کړي چې یوه ټیم یې د خپرولو اراده لري۔ دا پریکړه په ښکاره توګه وکړئ، پرځای دې چې هره کرښه په پټنوم یا عامه کې ووېشئ۔

که مواد له مخکې په تاریخ کې وي

په نوي commit کې د کرښې لرې کول زاړه نسخه د هر هغه چا لپاره چې یې راښکته کوي بې زیانه پرېږدي۔ افشا ریښتینې وګڼئ: د سند ډول وټاکئ، بیا هغه واک وپلټئ چې کولی شي یې باطل کړي۔ د کلاینټ سند باطلېږي او د باطلولو لړلیک بیا جوړېږي؛ د کنټرول چینل شریکه کیلي پر سرور او پر هر هغه کلاینټ بدلېږي چې هغه کاروي۔

دواړو ته ډېر بېل اغېزمن حدودونه دي، او پلان باید د پیل مخکې ووایي چې کوم یو ترسره کوئ۔ هغه commit ومومئ چې مواد یې راوړ، د git log --all -S 'BEGIN PRIVATE KEY' په څېر پلټنې سره، ترڅو د پاکولو اندازه معلومه وي نه اټکل شوې۔ د همکار کلون یا فورک ممکن له مخکې زاړه څیز ولري، له همدې کبله لغوه کول لومړی او پاکول دوهم راځي۔

یوازې له کنټرول وروسته پاک کړئ

د تاریخ بیا لیکل هر هغه commit بدلوي چې ستاسو له سمون وروسته راځي، نو لومړی د زېرمې مالک او په کې کارکوونکو خلکو موافقت ته اړتیا ده۔ زورواکي push ترمیم نه دی؛ دا د خپلې بیرته ګرځېدنې خطر سره یوه همغږي پېښه ده۔ مهالوېش یې جوړ کړئ، بیک اپ واخلئ، او ټیم ته ووایئ چې کله به وي۔

له هغې وروسته، د وسلې د لنډیز باور کولو پر ځای اوسنۍ ونه او پاتې تاریخ وڅېړئ۔

پایلې دوه هنري اثرونه وساتئ: هغه کاږه چې شریکول یې خوندي دي، او د ثبت په بهیر کې صادر شوو سندونو لړلیک۔ له دواړو هیڅ یو هم نه غواړي چې په زېرمه کې کارېدونکې پېژندنه ژوند وکړي۔

هماغه جلا کول ریښتینی سمون دی، او له هغه بل کس وروسته هم چې غواړي پروفایل commit کړي، پاتې کېږي۔