1. 27 May, 2022 4 commits
  2. 26 May, 2022 1 commit
    • Bruce Dawson's avatar
      Optimize presubmit --all with --no_diffs option · 09c0c073
      Bruce Dawson authored
      Some of the expensive checks when running presubmit --all, such as
      CheckStableMojomChanges (~300 s) and CheckAddedDepsHaveTargetApprovals
      (~200 s) only look at diffs and are therefore guaranteed to be NOPs when
      running presubmit --all or --files=. Passing along the no_diffs state
      lets these expensive checks be skipped, thus allowing for faster
      iteration times.
      
      Initial testing suggests that (with some supporting changes in the
      Chromium repo) this reduces "presubmit --all" times by about ten
      minutes, or a bit more than 10%, and additional improvements may be
      possible.
      
      Special handling for the no-diffs case also offers a simple way to avoid
      presubmit failures that happen whenever all files are flagged as being
      changed.
      
      Finally, and perhaps most importantly for having a presubmit --all bot,
      when --no_diffs is passed we can treat errors like "Issue wasn't
      uploaded" and "Add a description to the CL" as messages, thus making it
      possible to have zero presubmit errors when run on origin/main.
      
      Bug: 1320937, 1322936
      Change-Id: I0d09dd4aae8fdaa48c8b2f89337441cf96dcff72
      Reviewed-on: https://chromium-review.googlesource.com/c/chromium/tools/depot_tools/+/3628368
      Commit-Queue: Bruce Dawson <brucedawson@chromium.org>
      Reviewed-by: 's avatarGavin Mak <gavinmak@google.com>
      09c0c073
  3. 25 May, 2022 3 commits
  4. 24 May, 2022 4 commits
  5. 23 May, 2022 4 commits
  6. 21 May, 2022 1 commit
  7. 20 May, 2022 3 commits
  8. 19 May, 2022 3 commits
  9. 18 May, 2022 1 commit
  10. 17 May, 2022 1 commit
  11. 16 May, 2022 1 commit
  12. 13 May, 2022 8 commits
  13. 12 May, 2022 2 commits
  14. 11 May, 2022 1 commit
  15. 10 May, 2022 2 commits
    • Bruce Dawson's avatar
      Actually add a trailing slash to dir_with_slash · 31bfd519
      Bruce Dawson authored
      AffectedFiles carefully added a slash to dir_with_slash, but then called
      normpath - which trims trailing path separators. This meant that
      ui/views/PRESUBMIT.py would analyze files in ui\views_content_client,
      leading to spooky action at a distance. This was noticed when this
      command triggered a presubmit error:
      
          git cl presubmit "--files=ui/views_content_client/*.cc;ui/views/readme.md"
      
      when running presubmit on either file individually found nothing.
      
      This change was tested by getting CheckChangeLintsClean to print the
      files that it was asked to analyze, making the behavior quite obvious.
      
      This bug appears to have existed for about thirteen years, but only
      triggers in rare cases, and even then the incorrect behavior was almost
      impossible to notice.
      
      One of the tests was inadvertently testing the broken AffectedFiles
      behavior and another seemed to be requiring it to handle '.'
      correctly which I'm not sure we want to support.
      
      Bug: 1309977
      Change-Id: Ibdc39981d69664b03448acb228d4ab05b49436f6
      Reviewed-on: https://chromium-review.googlesource.com/c/chromium/tools/depot_tools/+/3632034
      Commit-Queue: Bruce Dawson <brucedawson@chromium.org>
      Reviewed-by: 's avatarRobbie Iannucci <iannucci@chromium.org>
      31bfd519
    • Sylvain Defresne's avatar
      [mac] Restore an upper limit on the number of jobs on macOS · cb2cef9a
      Sylvain Defresne authored
      Even when increasing the maximum number of file descriptor
      as recommended in the documentation, using a large number
      of concurrent jobs cause build error on certain macOS devices
      (mostly iMacPro with 18 cores which ends up with a limit of
      1440 jobs, and end up reaching the heightened file descriptor
      limit).
      
      Put a limit of 800 which has been found to work on all of
      the devices available and still allow to have a multiplier
      of 80 on highest end M1 devices (currently 10 cores).
      
      Bug: 1317620, 936864
      Change-Id: I32560c5ae9462e94f61a773d625ef3758bf05ee5
      Reviewed-on: https://chromium-review.googlesource.com/c/chromium/tools/depot_tools/+/3634807Reviewed-by: 's avatarTakuto Ikuta <tikuta@chromium.org>
      Auto-Submit: Sylvain Defresne <sdefresne@chromium.org>
      Commit-Queue: Jochen Eisinger <jochen@chromium.org>
      Reviewed-by: 's avatarJochen Eisinger <jochen@chromium.org>
      cb2cef9a
  16. 09 May, 2022 1 commit