Page MenuHomePhabricator

Reset Drydock git working copies better
ClosedPublic

Authored by epriestley on Sep 30 2015, 1:26 PM.
Tags
None
Referenced Files
F14055122: D14194.diff
Sat, Nov 16, 8:29 AM
F14048595: D14194.diff
Thu, Nov 14, 8:30 AM
F14041273: D14194.diff
Mon, Nov 11, 5:06 PM
F14038816: D14194.diff
Mon, Nov 11, 2:14 AM
F14028252: D14194.diff
Fri, Nov 8, 12:40 PM
F13984172: D14194.id.diff
Oct 20 2024, 11:28 AM
F13982326: D14194.id34293.diff
Oct 19 2024, 10:23 PM
Unknown Object (File)
Oct 6 2024, 3:48 AM
Subscribers

Details

Reviewers
chad
Maniphest Tasks
T9252: Unprototype Drydock (v1)
Commits
Restricted Diffusion Commit
rP9d997df9643b: Reset Drydock git working copies better
Summary

Ref T9252. We're currently resetting to the local branch, but should be resetting to the origin branch.

Test Plan

Restarted a build, had it run git show, saw proper HEAD.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

epriestley retitled this revision from to Reset Drydock git working copies better.
epriestley updated this object.
epriestley edited the test plan for this revision. (Show Details)
epriestley added a reviewer: chad.
chad edited edge metadata.
This revision is now accepted and ready to land.Sep 30 2015, 1:42 PM
hach-que added inline comments.
src/applications/drydock/blueprint/DrydockWorkingCopyBlueprintImplementation.php
206

This should git clean -x -d --force --force as discussed elsewhere.

In the Phabricator case, at least, we don't want to -x. If we -x, we remove the phutil library cache, which is otherwise robust and well-behaved, and our build times rise from about 12s to about 600s.

I think "how slowly/thoroughly should the working copy be cleaned" will probably end up as an option on the WorkingCopy blueprint, but for now I'm just hard-coding the most useful behavior for upstream builds.

This revision was automatically updated to reflect the committed changes.