You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
<buildSmells> is documented as the smells to include, however the code in TileValidator.validateModel complains if the smell is NOT included in the configured build smells. For example:
if (model.repositories && !buildSmells.contains(SMELL_REPOSITORIES)) {
log.error("Tile follows bad practice and has repositories section. Please use settings.xml.")
validModel = null
}
That is, if the model contains repositories, and buildSmells does NOT contain "repositories", then complain.
As I see it there are a couple of non-ideal options:
update documentation on how to use <buildSmells> (however <buildSmells>xxx</buildSmells> being used to exclude xxx violates the principal of least surprise IMHO)
flip the logic on <buildSmells> to make this the definitive list of what to use, rather than what to exclude (however this breaks existing users)
mark <buildSmells> as deprecated and introduce <excludeBuildSmells> to make the existing logic explicit (this also opens the door for <includeBuildSmells> which means if you add a new smell I don't need to go through and manually exclude it everywhere I disagree with it - it's a opt-in model rather than opt-out).
Discuss, and a PR shall be yours.
The text was updated successfully, but these errors were encountered:
<buildSmells>
is documented as the smells to include, however the code in TileValidator.validateModel complains if the smell is NOT included in the configured build smells. For example:That is, if the model contains repositories, and buildSmells does NOT contain "repositories", then complain.
As I see it there are a couple of non-ideal options:
<buildSmells>
(however<buildSmells>xxx</buildSmells>
being used to excludexxx
violates the principal of least surprise IMHO)<buildSmells>
to make this the definitive list of what to use, rather than what to exclude (however this breaks existing users)<buildSmells>
as deprecated and introduce<excludeBuildSmells>
to make the existing logic explicit (this also opens the door for<includeBuildSmells>
which means if you add a new smell I don't need to go through and manually exclude it everywhere I disagree with it - it's a opt-in model rather than opt-out).Discuss, and a PR shall be yours.
The text was updated successfully, but these errors were encountered: