-
Notifications
You must be signed in to change notification settings - Fork 27.4k
Conversation
If you want to exclude ngLocale from jscs checks, I think that's okay --- but we definitely want to jshint it. |
What do you think about the other rules? |
I'm not a fan of all of the changes --- most of it's fine. One thing though, I think we should move jscs linting until after the tests run for the unit test job. I care a lot more about stuff working right than I care about it matching the style rules, which can usually be easily fixed during check-in. |
Yeah styles are just nice to have. So you mean changing the or moving it to the very end? |
No, nothing in the grunt file, in the travis build script: https://github.com/angular/angular.js/blob/master/scripts/travis/build.sh#L8 We should move that to the last job, or maybe pre-docsapp tests |
Ok removed the other rule, reordered the tasks, excluded |
33f1ca0
to
81d1968
Compare
I also noticed in the
From #8278, So I guess we can remove that if since the script add's the new line. |
I feel like @IgorMinar should have some input on merging more of these style rules, otherwise I'm just injecting my own opinion into it. It works for me, so if it's cool with googlers I guess it can land |
Yeah and probably a look at the previous changes that weren't in the |
… generated script
alright. I don't see any red flags here. @caitp can you get this in please? |
Nice thanks! |
✨ 👏 ✨ |
This was changed as part of angular#9792. While the logic is sound that style errors shouldn't block tests from running, ddescribe should run before the tests. Otherwise, when Travis exits with a warning after some browsers have run, ddescribe doesn't get run and it doesn't immediately become apparent that not all tests have run.
Now, before the tests run, ddescribe and jshint will run. After the tests, jscs will run. Merge conflicts should be caught by jshint, that's why this task has been removed. The order was orginally changed as part of angular#9792. While the logic is sound that style errors shouldn't block tests from running, ddescribe should run before the tests. Otherwise, when Travis exits with a warning after some browsers have run, ddescribe doesn't get run and it doesn't immediately become apparent that not all tests have run.
Now, before the tests run, ddescribe and jshint will run. After the tests, jscs will run. Merge conflicts should be caught by jshint, that's why this task has been removed. The order was orginally changed as part of angular#9792. While the logic is sound that style errors shouldn't block tests from running, ddescribe should run before the tests. Otherwise, when Travis exits with a warning after some browsers have run, ddescribe doesn't get run and it doesn't immediately become apparent that not all tests have run.
Now, before the tests run, ddescribe and jshint will run. After the tests, jscs will run. Merge conflicts should be caught by jshint, that's why this task has been removed. The order was orginally changed as part of angular#9792. While the logic is sound that style errors shouldn't block tests from running, ddescribe should run before the tests. Otherwise, when Travis exits with a warning after some browsers have run, ddescribe doesn't get run and it doesn't immediately become apparent that not all tests have run.
…e tests Now, before the tests run, ddescribe, merge-conflicts, and jshint will run. After the tests, jscs will run. The order was orginally changed as part of angular#9792. While the logic is sound that style errors shouldn't block tests from running, ddescribe should run before the tests. Otherwise, when Travis exits with a warning after some browsers have run, ddescribe doesn't get run and it doesn't immediately become apparent that not all tests have run.
…e tests Now, before the tests run, ddescribe, merge-conflicts, and jshint will run. After the tests, jscs will run. The order was orginally changed as part of angular#9792. While the logic is sound that style errors shouldn't block tests from running, ddescribe should run before the tests. Otherwise, when Travis exits with a warning after some browsers have run, ddescribe doesn't get run and it doesn't immediately become apparent that not all tests have run.
…e tests Now, before the tests run, ddescribe, merge-conflicts, and jshint will run. After the tests, jscs will run. The order was orginally changed as part of angular#9792. While the logic is sound that style errors shouldn't block tests from running, ddescribe should run before the tests. Otherwise, when Travis exits with a warning after some browsers have run, ddescribe doesn't get run and it doesn't immediately become apparent that not all tests have run.
Previously, ddescribe, merge-conflicts, jshint, and jscs would run after unit & e2e tests ran. The order was orginally changed as part of angular#9792. While the logic is sound that style errors shouldn't block tests from running, ddescribe should always run. This was not guaraneteed; when Travis exits with a warning after some browsers have run, ddescribe doesn't get run and it doesn't become apparent that not all tests have run. Additionally, a separate job clearly separates style from test errors, which e.g. means you can open a PR that includes an iit to speed up the job, and see immediately if the test passes, because the ddescribe error is in another job.
Previously, ddescribe, merge-conflicts, jshint, and jscs would run after unit & e2e tests ran. The order was orginally changed as part of #9792. While the logic is sound that style errors shouldn't block tests from running, ddescribe should always run. This was not guaraneteed; when Travis exits with a warning after some browsers have run, ddescribe doesn't get run and it doesn't become apparent that not all tests have run. Additionally, a separate job clearly separates style from test errors, which e.g. means you can open a PR that includes an iit to speed up the job, and see immediately if the test passes, because the ddescribe error is in another job.
Previously, ddescribe, merge-conflicts, jshint, and jscs would run after unit & e2e tests ran. The order was orginally changed as part of angular#9792. While the logic is sound that style errors shouldn't block tests from running, ddescribe should always run. This was not guaraneteed; when Travis exits with a warning after some browsers have run, ddescribe doesn't get run and it doesn't become apparent that not all tests have run. Additionally, a separate job clearly separates style from test errors, which e.g. means you can open a PR that includes an iit to speed up the job, and see immediately if the test passes, because the ddescribe error is in another job.
Previously, ddescribe, merge-conflicts, jshint, and jscs would run after unit & e2e tests ran. The order was orginally changed as part of angular#9792. While the logic is sound that style errors shouldn't block tests from running, ddescribe should always run. This was not guaraneteed; when Travis exits with a warning after some browsers have run, ddescribe doesn't get run and it doesn't become apparent that not all tests have run. Additionally, a separate job clearly separates style from test errors, which e.g. means you can open a PR that includes an iit to speed up the job, and see immediately if the test passes, because the ddescribe error is in another job.
Previously, ddescribe, merge-conflicts, jshint, and jscs would run after unit & e2e tests ran. The order was orginally changed as part of #9792. While the logic is sound that style errors shouldn't block tests from running, ddescribe should always run. This was not guaraneteed; when Travis exits with a warning after some browsers have run, ddescribe doesn't get run and it doesn't become apparent that not all tests have run. Additionally, a separate job clearly separates style from test errors, which e.g. means you can open a PR that includes an iit to speed up the job, and see immediately if the test passes, because the ddescribe error is in another job.
WIP
Maybe we just exclude ngLocale/ from style check because they are generated anyway?
Cc: @caitp