سارا نووټني، د مایکروسافټ د لینکس بنسټ د ادارې بورډ غړې،
د ساتونکو او پراختیا کونکو ترمینځ د متقابل عمل لپاره د ډیر عصري میکانیزم رامینځته کول ، د "مسایلو" سیسټم ته ورته او په Git کې مستقیم پیچونو غوره کولو سره په GitHub کې غوښتنې پلي کول به دا امکان رامینځته کړي چې پروژې ته ځوان ساتونکي راجلب کړي. د بریښنالیک پراساس د پراختیا مدیریت اوسنی پروسه د ډیری ځوان پراختیا کونکو لخوا د لرغوني او غیر ضروري وخت مصرف په توګه پیژندل کیږي. اوس مهال، د کرنل پراختیا کونکو لپاره اصلي کاري وسیله د بریښنالیک پیرودونکی دی، او دا د نوي راغلو کسانو لپاره چې 5-10 کاله دمخه صنعت ته راغلي او د عصري همکارۍ پراختیا سیسټمونو سره عادی دي خورا ستونزمن کار دی چې د ورته کار سازمان سره تطابق وکړي.
دا ناورین د لیک فارمیټ کولو لپاره د سختو اړتیاو له امله ډیر شوی، چې ځینې یې 25 کاله وړاندې منل شوي. د مثال په توګه، د بریښنالیک لیست د HTML مارک اپ کارول منع کوي، سره له دې چې ډیری بریښنالیک پیرودونکي دا ډول مارک اپ په ډیفالټ کاروي. د هغه ستونزو د مثال په توګه چې دا رامینځته کوي ، یو همکار یادونه وشوه چې د OpenBSD بریښنالیک لیست ته د پیچ لیږلو لپاره چې د HTML بریښنالیک ته هم اجازه نه ورکوي ، د جلا بریښنالیک پیرودونکي نصبولو ته اړتیا لري ، ځکه چې د هغه اصلي بریښنالیک پیرودونکي (Outlook) HTML میل لیږي.
د دې لپاره چې تاسیس شوي بنسټونه مات نه کړي او د موجوده پراختیا کونکو عادتونو څخه سرغړونه ونکړي ، دا وړاندیز کیږي چې د نوي پراختیا کونکو لپاره یو موډ رامینځته کړي چې تاسو ته اجازه درکوي په مستقیم ډول د "مسلو" په څیر د پل غوښتنې یا سیسټمونو له لارې ساتونکو ته پیچونه وسپاري ، او په اتوماتيک ډول نشر شي. دوی د LKML میلینګ لیست ته.
بله مفکوره د بحثونو او اعلانونو په ګټه د پیچونو څخه LKML اپلوډ کول دي. په خپل اوسني شکل کې، په زرګونو لیکونه د LKML له لارې تیریږي، چې ډیری یې په مستقیم ډول د کرنل کې شاملولو لپاره وړاندیز شوي کوډ دي او یوازې یوه کوچنۍ برخه یې اعلانونه دي چې د پیچونو او بحثونو جوهر تشریح کوي. خپاره شوي پیچونه لاهم په Git کې منعکس کیږي او معمولا په Git کې د پل غوښتنې په کارولو سره منل کیږي ، او LKML یوازې پروسه مستند کوي.
سرچینه: opennet.ru