Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(690)

Issue 1891233003: Support getting changes of non-HEAD branches (Closed)

Created:
4 years, 8 months ago by Clemens Hammacher
Modified:
4 years, 7 months ago
Reviewers:
tandrii(chromium)
CC:
chromium-reviews, dpranke+depot_tools_chromium.org, iannucci+depot_tools_chromium.org, tandrii+omg_git_cl_chromium.org
Base URL:
https://chromium.googlesource.com/chromium/tools/depot_tools.git@branch-to-cl
Target Ref:
refs/heads/master
Visibility:
Public.

Description

Support getting changes of non-HEAD branches This requires passing the ref name to several places.

Patch Set 1 #

Patch Set 2 : remove debugging code #

Patch Set 3 : fix #

Unified diffs Side-by-side diffs Delta from patch set Stats (+51 lines, -38 lines) Patch
M git_cl.py View 1 8 chunks +17 lines, -11 lines 0 comments Download
M presubmit_support.py View 1 2 5 chunks +14 lines, -10 lines 0 comments Download
M scm.py View 2 chunks +2 lines, -2 lines 0 comments Download
M tests/git_cl_test.py View 5 chunks +16 lines, -13 lines 0 comments Download
M tests/presubmit_unittest.py View 1 chunk +2 lines, -2 lines 0 comments Download

Depends on Patchset:

Dependent Patchsets:

Messages

Total messages: 7 (3 generated)
Clemens Hammacher
This only prepares the actual change: https://codereview.chromium.org/1895463002
4 years, 8 months ago (2016-04-15 14:22:34 UTC) #2
tandrii(chromium)
see my comment on the CL that depends on this one. Maybe that other CL ...
4 years, 8 months ago (2016-04-15 15:19:24 UTC) #3
Clemens Hammacher
On 2016/04/15 at 15:19:24, tandrii wrote: > see my comment on the CL that depends ...
4 years, 8 months ago (2016-04-15 15:28:55 UTC) #4
tandrii(chromium)
4 years, 8 months ago (2016-04-15 15:44:07 UTC) #5
On 2016/04/15 15:28:55, Clemens Hammacher wrote:
> On 2016/04/15 at 15:19:24, tandrii wrote:
> > see my comment on the CL that depends on this one. Maybe that other CL can
be
> written without these changes? I'm not 100% sure, but if so, i'd rather not
> touch this code, as we'd spend days reverting, fixing, and relanding this,
> because our test coverage is super sparse :(
> 
> Implementing the other change without this one would mean to really apply the
> patch locally, and check whether the result is the same as the current content
> of the branch. That would make 'cl status' a non-readonly operation, which is
> bad. 
Basically, I agree. But if you create a temporary branch and apply the patch on
it, while technically not read-only, it certainly doesn't interfere with a
developer's own branches.

> At least, I don't know a way to just "virtually apply" a patch.
Well, so for Rietveld, there is no way, other than above. For Gerrit, you one
can just fetch the ref with patch (see
https://chromium.googlesource.com/chromium/tools/depot_tools/+/dde64625202248...)
and run git diff.

Powered by Google App Engine
This is Rietveld 408576698