- 01 Jun, 2017 1 commit
-
-
John Budorick authored
Bug: 728618 Change-Id: I0706f9c0b6d17e82a77cad95a9264038f594b80d Reviewed-on: https://chromium-review.googlesource.com/521222Reviewed-by: Aaron Gable <agable@chromium.org> Commit-Queue: John Budorick <jbudorick@chromium.org>
-
- 26 Feb, 2015 1 commit
-
-
sbc@chromium.org authored
Handle KeyboardInterrupt gracefully rather the printing a backtrace. Most users of these tools don't expect a backtrace when then hit Ctrl-C. Also, fix a few other inconsistencies found in the python startup code of these different scripts: - always call main function 'main' (rather than 'Main') - always return 0 from main function - if main takes args never include argv[0] Review URL: https://codereview.chromium.org/955993006 git-svn-id: svn://svn.chromium.org/chrome/trunk/tools/depot_tools@294250 0039d316-1c4b-4281-b951-d872f2087c98
-
- 02 Sep, 2014 1 commit
-
-
dnj@chromium.org authored
Updated 'git-number' to produce an error message if it's run without the CHROME_HEADLESS (bot) environment variable. This is intended to alert developers who may be incorrectly using this tool to get positioning information instead of the commit position. BUG=409917 TEST=local - Ran with and without 'CHROME_HEADLESS'; observed the error message in the 'without' case. R=iannucci@chromium.org Review URL: https://codereview.chromium.org/534703002 git-svn-id: svn://svn.chromium.org/chrome/trunk/tools/depot_tools@291773 0039d316-1c4b-4281-b951-d872f2087c98
-
- 03 Apr, 2014 1 commit
-
-
nodir@chromium.org authored
user.name and/or user.email may be not configured, so specify them explictly for commit-tree. R=iannucci@chromium.org BUG=354276 Review URL: https://codereview.chromium.org/222103006 git-svn-id: svn://svn.chromium.org/chrome/trunk/tools/depot_tools@261256 0039d316-1c4b-4281-b951-d872f2087c98
-
- 12 Mar, 2014 1 commit
-
-
iannucci@chromium.org authored
git-map: Show your local repo's history in a pseudo-graphical format from the command line. git-map-branches: Show the topology of all of your branches, and their upstream relationships. git-nav-upstream: Navigate (checkout) to the upstream branch of the current branch. git-nav-downstream: Navigate (checkout) to a downstream branch of the current branch. If there's more than one downstream branch, then present a menu to select which one you want. R=agable@chromium.org, hinoka@chromium.org, stip@chromium.org, szager@chromium.org BUG= Review URL: https://codereview.chromium.org/184113002 git-svn-id: svn://svn.chromium.org/chrome/trunk/tools/depot_tools@256384 0039d316-1c4b-4281-b951-d872f2087c98
-
- 19 Nov, 2013 1 commit
-
-
iannucci@chromium.org authored
Compatible with any git topology (multiple roots, weird branching/merging, etc.) I can't get it to be any faster (in python). Suggestions welcome :). On z600/linux, this takes 5.1s to calculate the initial count for 2e3de954ef0a (HEAD on src.git at the time of writing). Subsequent lookups take ~0.06s. For reference, this machine takes 3s to just list the revisions in sorted order without any additional processing (using rev-list). All calculations are stored in a git-notes-style ref with the exception that the leaf 'tree' object which would normally be stored in a git-notes world is replaced with a packed binary file which consists of records [hash int]. Each run of this script will create only 1 commit object on this internal ref which will have as its parents: * The previous git number commit * All of the target commits we calculated numbers for. This ref is then excluded on subsequent invocations of rev-list, which means that git-number will only ever process commit objects which it hasn't already calculated a value for. It also prevents you from attempting to number this special ref :). This implementation only has a 1-byte fanout which seems to be the best performance for the repos we're dealing with (i.e. on the order of 500k commit objects). Bumping this up to a 2-byte fanout became extremely slow (I suspect the internal caching structures I'm using are not efficient in this mode and could be improved). Using no fanout is slower than the 1 byte fanout for lookups by about 30%. R=agable@chromium.org, stip@chromium.org, szager@chromium.org BUG=280154,309692,skia:1639 Review URL: https://codereview.chromium.org/26109002 git-svn-id: svn://svn.chromium.org/chrome/trunk/tools/depot_tools@236035 0039d316-1c4b-4281-b951-d872f2087c98
-