1. 02 Aug, 2018 3 commits
  2. 31 Jul, 2018 1 commit
    • Edward Lemur's avatar
      metrics: Separate metrics collection and print notice logic. · 6f812e13
      Edward Lemur authored
      As it is right now, when a function is collecting metrics it prints
      the notice and calls sys.exit() to ensure the notice is the last thing
      that is printed.
      
      git-cl split has to call git-cl upload multiple times, but once it has
      been called once, it exits, so only the first cl is uploaded.
      
      This separates metrics collection from notice printing, so that the
      function that is collecting metrics behaves like a function that isn't.
      It also makes sure we don't collect metrics for multiple functions at
      the same time.
      
      Bug: 868280
      Change-Id: Ic58ebe7d19e09ed85fa8b0af76dcbf608ee4c9bc
      Reviewed-on: https://chromium-review.googlesource.com/1153503Reviewed-by: 's avatarAaron Gable <agable@chromium.org>
      Commit-Queue: Edward Lesmes <ehmaldonado@chromium.org>
      6f812e13
  3. 30 Jul, 2018 2 commits
  4. 27 Jul, 2018 3 commits
  5. 26 Jul, 2018 6 commits
  6. 25 Jul, 2018 1 commit
  7. 24 Jul, 2018 3 commits
  8. 23 Jul, 2018 3 commits
  9. 20 Jul, 2018 6 commits
  10. 19 Jul, 2018 2 commits
  11. 18 Jul, 2018 2 commits
    • John Budorick's avatar
      Revert "Reland "gclient_scm: Use cherry-picking instead of rebasing."" · 2c984a03
      John Budorick authored
      This reverts commit f9afc77f.
      
      Reason for revert: https://bugs.chromium.org/p/chromium/issues/detail?id=864301#c10
      
      Original change's description:
      > Reland "gclient_scm: Use cherry-picking instead of rebasing."
      > 
      > The failures were caused by:
      >  1 - When one change (call it #2) has been uploaded on top of another (#1),
      >      and (#1) has already landed, git cherry-pick complains that the range
      >      '<merge-base>..<change #2>' contains empty commits, since the contents
      >      of (#1) are already present in the tree.
      >  2 - We did not abort the cherry-picking when 'git cherry-pick' failed,
      >      so a failure made all further CLs in that bot fail.
      > 
      > This CL fixes it and prevents further regressions.
      > 
      > Original change's description:
      > > gclient_scm: Use cherry-picking instead of rebasing.
      > >
      > > Currently gclient might include extra commits when applying patches.
      > > For example, in this case we checkout |patch| and rebase it on top of |base|,
      > > thus including an |extra commit| that we shouldn't.
      > >
      > > o master
      > > |
      > > . o patch
      > > |/
      > > o extra commit
      > > |
      > > o base (what gclient synced src at)
      > >
      > > This change uses the merge-base between |patch| and |master| to cherry-pick only
      > > the changes belonging to the patch.
      > >
      > > Bug: 850812
      > > Change-Id: I138192f96bc62b1bb19b0e1ad952c8f8c67631c4
      > > Reviewed-on: https://chromium-review.googlesource.com/1137052
      > > Commit-Queue: Edward Lesmes <ehmaldonado@chromium.org>
      > > Reviewed-by: Aaron Gable <agable@chromium.org>
      > 
      > Bug: 850812
      > Change-Id: I83f38d0a258df3f5cd89e277f0d648badff29a22
      > Reviewed-on: https://chromium-review.googlesource.com/1139554
      > Reviewed-by: Aaron Gable <agable@chromium.org>
      > Commit-Queue: Edward Lesmes <ehmaldonado@chromium.org>
      
      TBR=agable@chromium.org,ehmaldonado@chromium.org,jbudorick@chromium.org
      
      Change-Id: I2138757899abd6eb9bece2dac3a25676effafdf3
      No-Presubmit: true
      No-Tree-Checks: true
      No-Try: true
      Bug: 850812
      Reviewed-on: https://chromium-review.googlesource.com/1142624Reviewed-by: 's avatarJohn Budorick <jbudorick@chromium.org>
      Commit-Queue: John Budorick <jbudorick@chromium.org>
      2c984a03
    • Edward Lemur's avatar
      Reland "gclient_scm: Use cherry-picking instead of rebasing." · f9afc77f
      Edward Lemur authored
      The failures were caused by:
       1 - When one change (call it #2) has been uploaded on top of another (#1),
           and (#1) has already landed, git cherry-pick complains that the range
           '<merge-base>..<change #2>' contains empty commits, since the contents
           of (#1) are already present in the tree.
       2 - We did not abort the cherry-picking when 'git cherry-pick' failed,
           so a failure made all further CLs in that bot fail.
      
      This CL fixes it and prevents further regressions.
      
      Original change's description:
      > gclient_scm: Use cherry-picking instead of rebasing.
      >
      > Currently gclient might include extra commits when applying patches.
      > For example, in this case we checkout |patch| and rebase it on top of |base|,
      > thus including an |extra commit| that we shouldn't.
      >
      > o master
      > |
      > . o patch
      > |/
      > o extra commit
      > |
      > o base (what gclient synced src at)
      >
      > This change uses the merge-base between |patch| and |master| to cherry-pick only
      > the changes belonging to the patch.
      >
      > Bug: 850812
      > Change-Id: I138192f96bc62b1bb19b0e1ad952c8f8c67631c4
      > Reviewed-on: https://chromium-review.googlesource.com/1137052
      > Commit-Queue: Edward Lesmes <ehmaldonado@chromium.org>
      > Reviewed-by: Aaron Gable <agable@chromium.org>
      
      Bug: 850812
      Change-Id: I83f38d0a258df3f5cd89e277f0d648badff29a22
      Reviewed-on: https://chromium-review.googlesource.com/1139554Reviewed-by: 's avatarAaron Gable <agable@chromium.org>
      Commit-Queue: Edward Lesmes <ehmaldonado@chromium.org>
      f9afc77f
  12. 17 Jul, 2018 8 commits