Heim > Fragen und Antworten > Hauptteil
Die Codeinspektionen, die ich bisher kenne, werden im Allgemeinen während der kontinuierlichen Integrationsphase durchgeführt. Obwohl dies die Qualität des Codes sicherstellen kann, sind die Kosten meiner Meinung nach immer noch etwas hoch. Die Hauptgründe dafür sind:
Ein Entwickler schließt die Entwicklung schließlich in seinem eigenen Zweig ab, verschiebt sie dann auf den Server und integriert ihn dann kontinuierlich um den Code zu überprüfen und stellt fest, dass der Codestil nicht passt. Dieser gesamte Feedback-Prozess dauert zu lange.
Das derzeit entwickelte Java-Projekt hofft, Code wie (Checkstyle, PMD usw.) überprüfen zu können, bevor er lokal übermittelt wird, anstatt nach dem Pushen in das Code-Repository durchgeführt zu werden erreichen sind wie folgt:
Vor der Übermittlung muss die Codeprüfung bestanden werden, andernfalls ist die Übermittlung nicht zulässig
Es ist am besten, Tool-Unterstützung zu haben und sich nicht auf IDE zu verlassen
Die Konfigurationsdatei des Code-Prüftools eignet sich am besten für die Versionsverwaltung
Lösungen, die derzeit in Betracht gezogen werden (noch nicht ausprobiert):
Integrieren Sie Checkstyle und andere Plug-Ins in Maven.
Verwenden Sie ein Skript in Git/Hooks, um Maven zur Überprüfung aufzurufen. Wenn die Überprüfung fehlschlägt, erfolgt die Übermittlung nicht erlaubt
巴扎黑2017-05-31 10:37:13
可以让开发人员只push到某个不能发布的分支(例如dev),而正式发布的分支(例如master)开发人员是无权直接push的。
在服务器上安装checkstyle等插件,如果检查通过就把dev合并到master,检查不通过就不允许合并。
为情所困2017-05-31 10:37:13
我们是用sonar qube做的检查,配合jenkins在持续集成时检查。
不规定必须检查通过才能提交,因为我们给开发人员后面修改的时间。
个人认为,只要代码可编译、单元测试、集成测试都通过之后,就可以发布。代码检查出来的问题可以放到下一个版本迭代里去做,开发组长盯着开发人员修改就行了。