偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

代碼審查:ThoughtBot官方給出的代碼審查指導(dǎo)原則

開(kāi)發(fā) 項(xiàng)目管理
這篇文章的內(nèi)容由ThoughtBot在github上官方主頁(yè)提供,指導(dǎo)你如何在github上進(jìn)行代碼審查和如果讓別人審查自己的代碼。

code_review 代碼審查

這篇文章的內(nèi)容由ThoughtBot在github上官方主頁(yè)提供,指導(dǎo)你如何在github上進(jìn)行代碼審查和如果讓別人審查自己的代碼。

針對(duì)所有人的審查

  • 接受這樣的事實(shí):很多編程上的主張都是一種個(gè)人觀點(diǎn)。應(yīng)該討論它們的利與弊,提出你的傾向觀點(diǎn),迅速的達(dá)成一種解決方案。
  • 提問(wèn),而不是命令。(“把這個(gè)變量命名成:user_id你覺(jué)得怎樣?”)
  • 請(qǐng)求說(shuō)明。(“我不明白。你能解釋一下嗎?”)
  • 避免代碼的歸屬之爭(zhēng)。(“我的”,“不是我的”,“你的”)
  • 避免使用一些會(huì)被認(rèn)為是有關(guān)人身特征的詞語(yǔ)。(“笨蛋”,“愚蠢”)要把所有人都看作是有魅力的、聰明的、善意的。
  • 要明確。要記著并不是每個(gè)人都能理解你的意圖。
  • 要謙虛。(“我不能確定——我們來(lái)分析一下。”)
  • 不要用夸張修辭語(yǔ)。(“總是”,“從不”,“永遠(yuǎn)”,“毫無(wú)…”)
  • 不要諷刺。
  • 展現(xiàn)真實(shí)的你。如果你不是幽默型的人,不喜歡使用一些表情符號(hào)或動(dòng)畫(huà)gif圖,不要勉強(qiáng)。如果你是這種人,請(qǐng)自信的發(fā)揮。
  • 如果有太多的“我不理解”或“另一種方案:”的評(píng)論,請(qǐng)專(zhuān)門(mén)針對(duì)這個(gè)人進(jìn)行交流??梢园涯銈兙€下的交流總結(jié)成一個(gè)帖子附在后面。

讓別人審查你的代碼

  • 對(duì)審查者的建議表示感激。(“謝謝提醒。我會(huì)把它改正。”)
  • 理解審查是對(duì)事不對(duì)人。審查的是你的代碼,而不是你。
  • 解釋為什么代碼寫(xiě)成這樣。(“因?yàn)閤xx原因我才寫(xiě)成這樣。如果我把這個(gè)類(lèi)/文件/方法/變量改個(gè)名會(huì)更清晰些嗎?”)
  • 整理所作的改動(dòng),在以后的迭代中重構(gòu)它們。
  • 在做修改的版本上注明代碼審查的鏈接。(“Ready for review: http://github.com/organization/project/pull/1″)
  • push提交要基于最早的一輪反饋,并形成一個(gè)獨(dú)立的分支。等這個(gè)分支上的任務(wù)完全完成了再合并。這讓審查者能夠根據(jù)早先的反饋找到你的單獨(dú)的更新。
  • 努力站在審查者的立場(chǎng)上理解。
  • 爭(zhēng)取回復(fù)每個(gè)評(píng)論。
  • 直到最后一個(gè)人退出登錄后再合并分支。
  • 直到持續(xù)集成測(cè)試(TDDium, TravisCI,等)告訴你這個(gè)分支的測(cè)試套件通過(guò)后再合并分支。

代碼審查的過(guò)程

先要清楚你提交的代碼的必要性(是修補(bǔ)bug,提升用戶(hù)體驗(yàn),重構(gòu)…)。然后:

  • 針對(duì)你感覺(jué)非常好的地方以及不是很好的地方與作者交流。
  • 找出既能解決問(wèn)題又能簡(jiǎn)化代碼的方法。
  • 如果討論變得過(guò)于哲學(xué)或理論,把討論轉(zhuǎn)到線下,做成一個(gè)有規(guī)律的每周五下午的討論會(huì)。同時(shí),是否采用你提出的實(shí)現(xiàn)方案,讓作者自己做決定。
  • 提出你的實(shí)現(xiàn)方案,但要表現(xiàn)出作者也在考慮這種方案。(“你覺(jué)得這里用一個(gè)自定義校驗(yàn)如何?”)
  • 努力理解作者的立場(chǎng)。
  • pull請(qǐng)求登出時(shí),加一個(gè):thumbsup:或“可以合并了”的注釋。

關(guān)于程序風(fēng)格樣式的評(píng)論注釋

審查者應(yīng)該對(duì)那些不符合樣式指導(dǎo)的地方進(jìn)行注釋。例如這樣注釋?zhuān)?/p>

  1. [Style](../style):  
  2.  
  3. > 按名稱(chēng)的字母順序排列多個(gè)路由。 

對(duì)上面這個(gè)提醒的一個(gè)回復(fù)的例子:

  1. 哦。你眼真尖,謝謝。已在 a4994ec 修復(fù)。 

如果你不同意某個(gè)指導(dǎo)原則,請(qǐng)?jiān)谥笇?dǎo)repo里創(chuàng)建一個(gè)問(wèn)題,而不要再代碼審查中爭(zhēng)論它。同時(shí),請(qǐng)運(yùn)用這個(gè)指導(dǎo)原則。

英文原文:code review

譯文鏈接:http://www.aqee.net/code-review/

責(zé)任編輯:林師授 來(lái)源: 外刊IT評(píng)論
相關(guān)推薦

2012-11-22 09:51:14

2012-08-09 09:10:56

代碼審查代碼

2014-10-29 13:52:38

程序員

2012-07-05 09:45:02

代碼審查

2024-12-03 08:57:30

2012-05-17 09:28:06

代碼審查Java代碼

2012-03-15 16:52:39

JavaCodePro Ana

2013-08-20 13:55:19

測(cè)試代碼審查

2016-10-09 19:50:01

代碼審查

2013-10-24 09:43:58

代碼代碼審查

2014-03-06 09:43:54

代碼編程習(xí)慣

2017-06-28 16:18:22

編程程序員開(kāi)發(fā)

2021-08-12 07:49:25

IDEA代碼軟件

2012-11-08 09:37:45

代碼編程語(yǔ)言

2020-09-04 10:07:19

Google代碼審查

2023-09-11 08:00:00

代碼審查開(kāi)發(fā)

2009-08-05 09:59:40

Code Review代碼審查工具

2021-05-20 08:00:00

代碼開(kāi)發(fā)工具

2011-08-01 09:08:49

程序員

2015-07-29 10:39:33

代碼審查經(jīng)驗(yàn)教訓(xùn)
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)