<feed xmlns='http://www.w3.org/2005/Atom'>
<title>tools/git-repo.git, branch v2.48</title>
<subtitle>Mirror of gerrit.googlesource.com/git-repo</subtitle>
<id>https://git.enea.com/cgit/tools/git-repo.git/atom?h=v2.48</id>
<link rel='self' href='https://git.enea.com/cgit/tools/git-repo.git/atom?h=v2.48'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/'/>
<updated>2024-10-07T18:44:19+00:00</updated>
<entry>
<title>sync: Always use WORKER_BATCH_SIZE</title>
<updated>2024-10-07T18:44:19+00:00</updated>
<author>
<name>Josip Sokcevic</name>
<email>sokcevic@chromium.org</email>
</author>
<published>2024-10-07T17:33:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=454fdaf1191c87e5c770ab865a911e10e600e178'/>
<id>urn:sha1:454fdaf1191c87e5c770ab865a911e10e600e178</id>
<content type='text'>
With 551285fa35ccd0836513e9cf64ee8d3372e5e3f4, the comment about number
of workers no longer stands - dict is shared among multiprocesses and
real time information is available.

Using 2.7k projects as the baseline, using chunk size of 4 takes close
to 5 minutes. A chunk size of 32 takes this down to 40s - a reduction of
rougly 8 times which matches the increase.

R=gavinmak@google.com

Bug: b/371638995
Change-Id: Ida5fd8f7abc44b3b82c02aa0f7f7ae01dff5eb07
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/438523
Commit-Queue: Josip Sokcevic &lt;sokcevic@google.com&gt;
Tested-by: Josip Sokcevic &lt;sokcevic@google.com&gt;
Reviewed-by: Gavin Mak &lt;gavinmak@google.com&gt;
</content>
</entry>
<entry>
<title>project: Handle git sso auth failures as repo exit</title>
<updated>2024-10-03T20:47:50+00:00</updated>
<author>
<name>Josip Sokcevic</name>
<email>sokcevic@chromium.org</email>
</author>
<published>2024-10-03T20:32:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=f7f9dd4deb3b92bf175a0411dac60e7b6fdd9cfa'/>
<id>urn:sha1:f7f9dd4deb3b92bf175a0411dac60e7b6fdd9cfa</id>
<content type='text'>
If a user is not authenticated, repo continues execution and it will
likely result in more of the same errors being printed. A user is also
likely to SIGTERM the process resulting in more errors.

This change stops repo sync if any of repositories can't be fetched to
Git authentcation using sso helper. We could extend this to all Git
authentication

Change-Id: I9e471e063450c0a51f25a5e7f12a83064dfb170c
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/438522
Reviewed-by: Gavin Mak &lt;gavinmak@google.com&gt;
Tested-by: Josip Sokcevic &lt;sokcevic@google.com&gt;
Commit-Queue: Josip Sokcevic &lt;sokcevic@google.com&gt;
</content>
</entry>
<entry>
<title>superproject: Remove notice about beta</title>
<updated>2024-10-03T20:37:18+00:00</updated>
<author>
<name>Josip Sokcevic</name>
<email>sokcevic@chromium.org</email>
</author>
<published>2024-10-03T20:10:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=70ee4dd313bda9cca7fdd826f1c58de03fad1121'/>
<id>urn:sha1:70ee4dd313bda9cca7fdd826f1c58de03fad1121</id>
<content type='text'>
It's been the default for Android for over a year now, and it's no
longer useful notice.

Change-Id: I53c6f1e7cee8c1b2f408e67d3a6732db3b272bee
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/438521
Reviewed-by: Gavin Mak &lt;gavinmak@google.com&gt;
Tested-by: Josip Sokcevic &lt;sokcevic@google.com&gt;
Commit-Queue: Josip Sokcevic &lt;sokcevic@google.com&gt;
</content>
</entry>
<entry>
<title>project: run fetch --refetch on unable to not parse commit</title>
<updated>2024-10-03T17:40:37+00:00</updated>
<author>
<name>Josip Sokcevic</name>
<email>sokcevic@chromium.org</email>
</author>
<published>2024-10-02T18:05:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=cfe3095e500cef69e312c3b7700d77515070b262'/>
<id>urn:sha1:cfe3095e500cef69e312c3b7700d77515070b262</id>
<content type='text'>
Similarly to e59e2ae757623e64f625a9cdadf1c2010ef82b34, handle missing
gc'ed commits by running `git fetch --refetch`.

R=jojwang@google.com

Bug: b/360889369
Bug: b/371000949
Change-Id: I108b870b855d3b9f23665afa134c6e35f7cd2830
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/438461
Reviewed-by: Joanna Wang &lt;jojwang@google.com&gt;
Tested-by: Josip Sokcevic &lt;sokcevic@google.com&gt;
Commit-Queue: Josip Sokcevic &lt;sokcevic@google.com&gt;
</content>
</entry>
<entry>
<title>Disable git terminal prompt during fetch/clone</title>
<updated>2024-09-26T22:10:36+00:00</updated>
<author>
<name>Josip Sokcevic</name>
<email>sokcevic@chromium.org</email>
</author>
<published>2024-09-26T21:55:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=621de7ed127f2adb39ed1f0747383ac2afc4d075'/>
<id>urn:sha1:621de7ed127f2adb39ed1f0747383ac2afc4d075</id>
<content type='text'>
git fetch operation may prompt user to enter username and password.
This won't be visible to user when repo sync operation since stdout and
stderr are redirected. If that happens, user may think repo is doing
work and likely won't realize it's stuck on user's input.

This patch disables prompt for clone and fetch operations, and repo will
fail fast.

R=gavinmak@google.com

Bug: b/368644181
Change-Id: I2efa88ae66067587a00678eda155d861034b9127
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/438001
Reviewed-by: Nasser Grainawi &lt;nasser.grainawi@linaro.org&gt;
Tested-by: Josip Sokcevic &lt;sokcevic@google.com&gt;
Commit-Queue: Josip Sokcevic &lt;sokcevic@google.com&gt;
Reviewed-by: Gavin Mak &lt;gavinmak@google.com&gt;
</content>
</entry>
<entry>
<title>init: add --manifest-upstream-branch</title>
<updated>2024-09-26T00:52:28+00:00</updated>
<author>
<name>Kaushik Lingarkar</name>
<email>kaushik.lingarkar@linaro.org</email>
</author>
<published>2024-09-05T22:34:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=d7ebdf56be6095338ea37bd4b52533c5bd7774e7'/>
<id>urn:sha1:d7ebdf56be6095338ea37bd4b52533c5bd7774e7</id>
<content type='text'>
When a sha1 is provided to '--manifest-branch', the ref which
is expected to contain that sha1 can be provided using the new
'--manifest-upstream-branch' option. This is useful with
'--current-branch' to avoid having to sync all heads and tags,
or with a commit that comes from a non-head/tag ref (like a
Gerrit change ref).

Change-Id: I46a3e255ca69ed9e809039e58b0c163e02af94ef
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/436717
Reviewed-by: Josip Sokcevic &lt;sokcevic@google.com&gt;
Commit-Queue: Kaushik Lingarkar &lt;kaushik.lingarkar@linaro.org&gt;
Tested-by: Kaushik Lingarkar &lt;kaushik.lingarkar@linaro.org&gt;
</content>
</entry>
<entry>
<title>man: regenerate man pages</title>
<updated>2024-09-25T20:57:42+00:00</updated>
<author>
<name>Kaushik Lingarkar</name>
<email>kaushik.lingarkar@linaro.org</email>
</author>
<published>2024-09-24T23:17:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=fabab4e24527fca9b6b4a0c64607524b1890c609'/>
<id>urn:sha1:fabab4e24527fca9b6b4a0c64607524b1890c609</id>
<content type='text'>
Change-Id: Icf697eda7d5dcdc87854ad6adf607353c7ba5ac2
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/437941
Tested-by: Josip Sokcevic &lt;sokcevic@google.com&gt;
Commit-Queue: Josip Sokcevic &lt;sokcevic@google.com&gt;
Reviewed-by: Nasser Grainawi &lt;nasser.grainawi@linaro.org&gt;
Reviewed-by: Josip Sokcevic &lt;sokcevic@google.com&gt;
</content>
</entry>
<entry>
<title>project: Copy and link files even with local branches</title>
<updated>2024-09-19T00:11:52+00:00</updated>
<author>
<name>Brian Norris</name>
<email>briannorris@google.com</email>
</author>
<published>2024-09-17T22:53:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=b577444a90e29558ff4222c2ed9e43aeaf3d2c44'/>
<id>urn:sha1:b577444a90e29558ff4222c2ed9e43aeaf3d2c44</id>
<content type='text'>
In the winding maze that constitutes Sync_LocalHalf(), there are paths
in which we don't copy-and-link files. Examples include something like:

  cd some/project/
  repo start head .
  # do some work, make some commit, upload that commit to Gerrit

  [[ ... in the meantime, someone addes a &lt;linkfile ...&gt; for
     some/project/ in the manifest ... ]]

  cd some/project/
  git pull --rebase
  repo sync

In this case, we never hit a `repo rebase` case, which might have saved
us. Instead, the developer is left confused why some/project/ never had
its &lt;linkfile&gt;s created.

Notably, this opens up one more corner case in which &lt;linkfile ... /&gt; or
&lt;copyfile ... /&gt; could potentially clobber existing work in the
destination directory, but there are existing cases where that's true,
and frankly, those seem like bigger holes than this new one.

Change-Id: I394b0e4529023a8ee319dc25d03d513a19251a4a
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/437421
Reviewed-by: Josip Sokcevic &lt;sokcevic@google.com&gt;
Tested-by: Brian Norris &lt;briannorris@google.com&gt;
Commit-Queue: Brian Norris &lt;briannorris@google.com&gt;
</content>
</entry>
<entry>
<title>sync: include TARGET_RELEASE when constructing smart sync target.</title>
<updated>2024-09-12T16:15:50+00:00</updated>
<author>
<name>Navil</name>
<email>navil@google.com</email>
</author>
<published>2024-09-11T16:49:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=1e19f7dd61923b8835d9c6e1a7e560575dafaf1e'/>
<id>urn:sha1:1e19f7dd61923b8835d9c6e1a7e560575dafaf1e</id>
<content type='text'>
When using the smart sync option, we try to construct the target that
was "lunched" from the TARGET_PRODUCT and TARGET_BUILD_VARIANT envvars.

However, an android target is now made of three parts,
{TARGET_PRODUCT}-{TARGET_RELEASE}-{TARGET_BUILD_VARIANT}.

I am leaving the option of creating a target if a TARGET_RELEASE is not
specified in case there are other consumers who depend on that option.

BUG=b:358101714
TEST=./run_tests
TEST=smart sync on android repo and manually inspecting
smart_sync_override.xml

Change-Id: I556137e33558783a86a0631f29756910b4a93d92
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/436977
Tested-by: Yiwei Zhang &lt;yiwzhang@google.com&gt;
Reviewed-by: Yiwei Zhang &lt;yiwzhang@google.com&gt;
Commit-Queue: Yiwei Zhang &lt;yiwzhang@google.com&gt;
</content>
</entry>
<entry>
<title>color: fix have_fg not re assign to true</title>
<updated>2024-09-12T16:15:06+00:00</updated>
<author>
<name>bright</name>
<email>mmh1989@foxmail.com</email>
</author>
<published>2024-05-18T07:38:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=d8b4101eae8d7b650c9fd27d4f6495a032187279'/>
<id>urn:sha1:d8b4101eae8d7b650c9fd27d4f6495a032187279</id>
<content type='text'>
In method _parse the value of this variable 'have_fg ' is always
False, Maybe reassign it to True is lost.
I guess the author’s original intention was:
if set some value in gitconfig file(for ex: text = black red ul),
the first is bg color, the second is fg color, and the last one is attr.



Change-Id: I372698fe625db4c1fdaa94ea7f193a80a850ecb9
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/425997
Reviewed-by: Mike Frysinger &lt;vapier@google.com&gt;
Tested-by: Bright Ma &lt;mmh1989@foxmail.com&gt;
Commit-Queue: Josip Sokcevic &lt;sokcevic@google.com&gt;
</content>
</entry>
</feed>
