Merge ~newell-jensen/maas:remove-lint-complexity-from-lint into maas:master

Proposed by Newell Jensen
Status: Rejected
Rejected by: Newell Jensen
Proposed branch: ~newell-jensen/maas:remove-lint-complexity-from-lint
Merge into: maas:master
Diff against target: 13 lines (+1/-1)
1 file modified
Makefile (+1/-1)
Reviewer Review Type Date Requested Status
Blake Rouse (community) Needs Information
MAAS Lander Approve
Review via email: mp+363718@code.launchpad.net

Commit message

Remove lint-py-complexity from make lint target.

To post a comment you must log in.
Revision history for this message
MAAS Lander (maas-lander) wrote :

UNIT TESTS
-b remove-lint-complexity-from-lint lp:~newell-jensen/maas/+git/maas into -b master lp:~maas-committers/maas

STATUS: SUCCESS
COMMIT: 2de26cc006a44d4bc972aa3498ed3f5f00b2ca64

review: Approve
Revision history for this message
Blake Rouse (blake-rouse) wrote :

Why the reason for this change?

review: Needs Information
Revision history for this message
Newell Jensen (newell-jensen) wrote :

> Why the reason for this change?

At the sprint we agreed that the complexity check should be pulled out of the lint target as the engineer implementing the code and the reviewer should be able to decide ultimately when the complexity gets to be too much. For example, in another branch, only an extra if statement was added to the function, which was not too complex and code was easy to read and for this case was agreed that it would have been more troublesome to refactor things than keep it the way it was. This was the impetus for this change.

Revision history for this message
Andres Rodriguez (andreserl) wrote :

I actually think that engineers deciding the complexity of the code is a
risky, because you may not be reviewing that. That said, I belive that the
linter has caught complexity, and even if it has only done so 50% of the
time, it is better than nothing.

On Thu, Feb 28, 2019 at 3:00 AM Newell Jensen <email address hidden>
wrote:

> > Why the reason for this change?
>
> At the sprint we agreed that the complexity check should be pulled out of
> the lint target as the engineer implementing the code and the reviewer
> should be able to decide ultimately when the complexity gets to be too
> much. For example, in another branch, only an extra if statement was added
> to the function, which was not too complex and code was easy to read and
> for this case was agreed that it would have been more troublesome to
> refactor things than keep it the way it was. This was the impetus for this
> change.
> --
> https://code.launchpad.net/~newell-jensen/maas/+git/maas/+merge/363718
> You are reviewing the proposed merge of
> ~newell-jensen/maas:remove-lint-complexity-from-lint into maas:master.
>

--
Andres Rodriguez
Engineering Manager, MAAS
Canonical USA, Inc.

Revision history for this message
Newell Jensen (newell-jensen) wrote :

> I actually think that engineers deciding the complexity of the code is a
> risky, because you may not be reviewing that. That said, I belive that the
> linter has caught complexity, and even if it has only done so 50% of the
> time, it is better than nothing.

The team talked about me putting up a branch for this. Are you saying now that you don't think we should do this?

Unmerged commits

2de26cc... by Newell Jensen

Remove lint-complexity from lint.

Preview Diff

[H/L] Next/Prev Comment, [J/K] Next/Prev File, [N/P] Next/Prev Hunk
1diff --git a/Makefile b/Makefile
2index 53e5fd3..3a1059e 100644
3--- a/Makefile
4+++ b/Makefile
5@@ -335,7 +335,7 @@ coverage/index.html: bin/coverage .coverage
6 @$(error Use `$(MAKE) test` to generate coverage)
7
8 lint: \
9- lint-py lint-py-complexity lint-py-imports \
10+ lint-py lint-py-imports \
11 lint-js lint-doc lint-rst
12 # Only Unix line ends should be accepted
13 @find src/ -type f -exec file "{}" ";" | \

Subscribers

People subscribed via source and target branches