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

Issue 6055005: Add a function to detect patches that can't be safely applied. (Closed)

Created:
10 years ago by M-A Ruel
Modified:
9 years, 7 months ago
Reviewers:
Dirk Pranke
CC:
chromium-reviews, Nicolas Sylvain, Peter Mayo (wrong one)
Visibility:
Public.

Description

Add a function to detect patches that can't be safely applied. It tries to err on the safe side. BUG= TEST= Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=70087

Patch Set 1 #

Patch Set 2 : Pass more patch types (like new files) #

Patch Set 3 : Rebase against trunk #

Unified diffs Side-by-side diffs Delta from patch set Stats (+216 lines, -0 lines) Patch
M patch.py View 1 2 chunks +67 lines, -0 lines 0 comments Download
M pending_manager.py View 1 2 1 chunk +3 lines, -0 lines 0 comments Download
A tests/patch_test.py View 1 1 chunk +146 lines, -0 lines 0 comments Download

Messages

Total messages: 4 (0 generated)
M-A Ruel
This is important before enabling the commit queue since I don't want it to commit ...
10 years ago (2010-12-22 21:06:11 UTC) #1
Dirk Pranke
The code looks plausible to me but I don't know enough about the types of ...
10 years ago (2010-12-22 23:25:11 UTC) #2
M-A Ruel
On 2010/12/22 23:25:11, dpranke wrote: > The code looks plausible to me but I don't ...
10 years ago (2010-12-23 17:36:15 UTC) #3
M-A Ruel
10 years ago (2010-12-23 20:38:24 UTC) #4
On 2010/12/23 17:36:15, Marc-Antoine Ruel wrote:
> On 2010/12/22 23:25:11, dpranke wrote:
> > The code looks plausible to me but I don't know enough about the types of
> errors
> > that svn apply can fail with. I can LGTM this but it's more of a rubber
stamp.
> > Maybe someone else should have a look as well?
> 
> I'm sure I'll need to change it as I find other edge cases. Right now it's
just
> there to make sure it doesn't commit known broken patches. That's why I added
> the unit test.
> 
> It's possible that I use a full blown class to handle the patches especially
the
> svn specific stuff, a few off the shelf classes already exist, but for now
I'll
> keep it simple.

Actually I found an issue in a following change but I won't modify this one
since it wasn't too bad and it's not worth rewriting the history. I'll commit
since I'm finalizing the tests.

Note that it's git that is applying the patch here, no svn. svn can't apply
patches *at all*.

Powered by Google App Engine
This is Rietveld 408576698