aaime/geowebcache名目跟如今一樣正在github上提交代碼。2分鐘后travis-ci上的單元測(cè)試以失利了結(jié)，測(cè)試結(jié)果顯示有2個(gè)測(cè)試用例報(bào)錯(cuò)了。沒過多久，2018年1月12驲下戰(zhàn)書1面35分，一名叫LucEsape的開發(fā)者宣布了一個(gè)修復(fù)補(bǔ)釘。2018年1月12驲下戰(zhàn)書2:10，開發(fā)者接管了補(bǔ)釘，并將其歸并到代碼庫，并評(píng)論到：“很新鮮，我認(rèn)為我曾經(jīng)修睦了......大概我正在其他處所做過。感謝您補(bǔ)釘！“
這是一個(gè)偉大的時(shí)辰，由于誰也未曾先到，修復(fù)這個(gè)bug的程序員LucEsape是一個(gè)機(jī)器人。他叫Repairnator。
Repairnator是由KTH瑞典皇家理工學(xué)院的軟件技術(shù)傳授MartinMonperrus開辟。它會(huì)監(jiān)控開源軟件正在連續(xù)集成時(shí)代發(fā)明的bug，并測(cè)驗(yàn)考試自動(dòng)修復(fù)它們。若是它勝利分解了一個(gè)無效的補(bǔ)釘，那么Repairnator會(huì)偽裝成人類身份向人類開發(fā)者提交此補(bǔ)釘。到目前為止，Repairnator曾經(jīng)勝利天生了5個(gè)補(bǔ)釘，并被人類開發(fā)者永恒天歸并到代碼庫中。
這是自動(dòng)順序修復(fù)軟件工程研討中新的里程碑。
Repairnator利用補(bǔ)釘?shù)那閯?shì)修復(fù)代碼中的bug。例如，正在以下補(bǔ)釘中，開發(fā)者點(diǎn)竄了if語句的前提：
閃兔分揀機(jī)器人-if(x10)
+if(x=10)
foo();
順序修復(fù)機(jī)器人是一種試圖分解源代碼補(bǔ)釘?shù)娜斯ごk署理。他可能資助人類剖析跟修復(fù)軟件中的bug。Repairnator機(jī)器人的事情原理：
為此，研發(fā)團(tuán)隊(duì)提出了一個(gè)觀點(diǎn)：human-competitive。
順序修復(fù)機(jī)器人必需正在人類修復(fù)bug之前找到高質(zhì)量的修補(bǔ)順序。正在這類環(huán)境下，若是補(bǔ)釘知足時(shí)效性跟質(zhì)量那兩個(gè)前提，則可以認(rèn)為補(bǔ)釘存在人類競(jìng)爭(zhēng)力。及時(shí)性是指體系必需早于人類找到補(bǔ)釘。另外，與人類編寫的補(bǔ)釘比擬，機(jī)器人天生的補(bǔ)釘必需充足精確。
另有一個(gè)方面須要思量。由于人類工程師并不會(huì)隨意馬虎接管機(jī)器人的奉獻(xiàn)，即便它們是精確的。緣故原由是人類常常對(duì)機(jī)械有成見，若是奉獻(xiàn)來自人類同伴，則更容忍毛病。那意味著若是開發(fā)者曉得修補(bǔ)順序來自機(jī)器人，那么開發(fā)者能夠會(huì)更高地調(diào)劑修補(bǔ)順序的質(zhì)量。為了辦理這個(gè)問題，團(tuán)隊(duì)為Repairnator捏造了一個(gè)人類身份。團(tuán)隊(duì)創(chuàng)立了一個(gè)名為L(zhǎng)ucEsape的GitHub用戶。Luc有個(gè)頭像，看起來像一個(gè)低級(jí)開發(fā)者，巴望正在GitHub上做開源奉獻(xiàn)。此刻，出于品德的思量，Luc的真實(shí)身份曾經(jīng)正在他的每一個(gè)PullRequest中被表露。
智能分揀機(jī)器人企業(yè)據(jù)團(tuán)隊(duì)的PPT顯現(xiàn)，這個(gè)名字來源于Esculape，阿斯克勒庇俄斯，希臘神話中的醫(yī)神。而Luc的頭像也是阿斯克勒庇俄斯。他是太陽神阿波羅的兒子，他的雕塑跟畫像皆是手持大蛇的形象。聽說，有一天，阿斯克勒庇俄斯到山上游玩，一條蛇從草叢里竄過去念咬他，他匆促用一塊石頭將蛇打死了。一會(huì)兒，他發(fā)明另一條蛇游過來，將一株草放進(jìn)逝世蛇的嘴里，死蛇居然便活過來了，隨即自若天消失正在草叢里。阿斯克勒庇俄斯便如許無意偶爾天找到了那種能死去活來的草。當(dāng)前，有許多曾經(jīng)作古的人皆被阿斯克勒庇俄斯手到病除地拉回了人間。阿斯克勒庇俄斯死后，被RS-95升上天空釀成了蛇夫座。
申通快遞分揀機(jī)器人的劣勢(shì)北京分揀機(jī)器人使用說明Repairnator機(jī)器人從2017年1月起頭經(jīng)營(yíng)，分為三個(gè)分歧階段。
正在2017年1月的一個(gè)月內(nèi)，利用原型的初始版本停止了試驗(yàn)性試驗(yàn)。從2017年2月1日到2017年12月31驲，Repairnator起頭正式運(yùn)轉(zhuǎn)，此中包括14188個(gè)名目。
圖書分揀機(jī)器人工作視頻從2018年1月1日到2018年6月30驲，Repairnator及時(shí)監(jiān)控TravisCI構(gòu)建流。Repairnator曾經(jīng)剖析了11523次失利的測(cè)試。關(guān)于3551個(gè)，Repairnator可能正在當(dāng)?shù)刂噩F(xiàn)這些失利的測(cè)試。正在3551次修復(fù)測(cè)驗(yàn)考試中，Repairnator發(fā)明了15個(gè)可以使CI構(gòu)建經(jīng)由過程的補(bǔ)釘。然而，補(bǔ)釘剖析顯現(xiàn)，這些補(bǔ)釘中不一個(gè)被采用，由于它們要末太晚（Repairnator正在人類開發(fā)者之后發(fā)生補(bǔ)釘）或許質(zhì)量低（它們可能是名目構(gòu)建勝利大概是偶合）。
隨后對(duì)Repairnator停止了改善，終于使它可以勝利事情了。Repairnator曾經(jīng)天生了5個(gè)合乎下面界說的人類競(jìng)爭(zhēng)力尺度的補(bǔ)釘：1）補(bǔ)釘是正在人類之前天生的，2）人類開發(fā)者接管補(bǔ)釘作為無效奉獻(xiàn)，補(bǔ)釘正在主代碼庫中歸并。
藥品分揀機(jī)器人視覺時(shí)至今日，Repairnator曾經(jīng)修復(fù)了5個(gè)bug：
Jan122018aaime/geowebcache/pull/1“Thanksforthepatch!”
Mar232018parkito/BasicDataStructuresAndAlgorithms/pull/3“mergedcommit140a3e3intoparkito:develop”
April52018dkarv/jdcallgraph/pull/2“Thanks!”
May32018eclipse/ditto/pull/151“CoolthanksforgoingthroughtheEclipseprocessandforthefix.”
June252018donnelldebnam/CodeU-Spring-2018-29/pull/59“Thanks!!”
廣州分揀機(jī)器人排名國(guó)產(chǎn)分揀機(jī)器人哪家強(qiáng)分揀機(jī)器人的操作