Wir sind gerade dabei, unseren Softwareentwicklungsprozess zu definieren und wollten von der Gruppe Feedback zu diesem Thema erhalten.Verwendung statischer Analysewerkzeuge - mit klarem Fall/Quest
Unser Team ist verteilt - USA, Kanada und Indien - und ich möchte einige einfache Standardregeln einführen, die alle Teams auf ihren Code anwenden.
Wir nutzen Clear Case/Quest RAD
Ich habe bei PMD, CPP, und Check FindBugs als Start suchen.
Mein Gedanke ist, nur diese in ANT zu setzen und die Entwickler diese manuell ausführen zu lassen. Mir ist bewusst, dass Sie darauf vertrauen müssen, dass jeder Entwickler das tut. Der andere Gedanke ist, einige Builder in die IDE einzufügen, die eine Teilmenge der Regeln ausführen (den Buildprozess hell halten) und dann einen weiteren Satz (schwer) hinzufügen, wenn sie den Code einchecken.
Einige andere Ideale bestehen darin, etwas wie Cruse Control zu verwenden und es so einzurichten, dass diese statischen Analysewerkzeuge zusammen mit dem Komponententest ausgeführt werden, wenn Clear Case/Quest im Leerlauf ist.
Fragen, ob andere dies getan haben und ob es erfolgreich war oder Lektionen erlernt werden kann.
Also haben Sie in Ihrer Eclipse-IDE Builder, die die statischen Tools ausführen, wenn der Code kompiliert? Oder verlassen Sie sich darauf, dass die Entwickler diese Elemente ausführen, bevor sie den Code einchecken? – boyd4715
@ bod4715: Die IDE wird mit diesen Tools beim Kompilieren eingerichtet (nur für Klassen, die sich geändert haben, für Findbugs). Die Entwickler könnten sie jedoch deaktivieren. – VonC