<feed xmlns='http://www.w3.org/2005/Atom'>
<title>tools/git-repo.git/subcmds, branch v2.1</title>
<subtitle>Mirror of gerrit.googlesource.com/git-repo</subtitle>
<id>https://git.enea.com/cgit/tools/git-repo.git/atom?h=v2.1</id>
<link rel='self' href='https://git.enea.com/cgit/tools/git-repo.git/atom?h=v2.1'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/'/>
<updated>2020-02-10T10:52:27+00:00</updated>
<entry>
<title>Fixing forall subcommand for Py3</title>
<updated>2020-02-10T10:52:27+00:00</updated>
<author>
<name>Jiri Tyr</name>
<email>jiri.tyr@gmail.com</email>
</author>
<published>2020-02-06T16:32:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=83a3227b62c936b346b825b333fc2ca65528ecfd'/>
<id>urn:sha1:83a3227b62c936b346b825b333fc2ca65528ecfd</id>
<content type='text'>
Execution of 'repo forall -p -c' doesn't work with Py3 and ends up
with an error:

Got an error, terminating the pool: TypeError: can only concatenate
str (not "bytes") to str

That's fixed by using the decode() method.

Change-Id: Ice01aaa1822dde8d957b5bf096021dd5a2b7dd51
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/253659
Reviewed-by: Mike Frysinger &lt;vapier@google.com&gt;
Reviewed-by: David Pursehouse &lt;dpursehouse@collab.net&gt;
Tested-by: Jiri Tyr &lt;jiri.tyr@gmail.com&gt;
</content>
</entry>
<entry>
<title>remove spurious +x bits</title>
<updated>2020-02-09T23:24:03+00:00</updated>
<author>
<name>Mike Frysinger</name>
<email>vapier@google.com</email>
</author>
<published>2020-02-09T09:35:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=e7c91889a6ff23931d3fbc25481b276e50ed8229'/>
<id>urn:sha1:e7c91889a6ff23931d3fbc25481b276e50ed8229</id>
<content type='text'>
These files are not directly executable, so drop the +x bits.

Change-Id: Iaf19a03a497686cc21103e7ddf08073173440dd1
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/254076
Tested-by: Mike Frysinger &lt;vapier@google.com&gt;
Reviewed-by: David Pursehouse &lt;dpursehouse@collab.net&gt;
</content>
</entry>
<entry>
<title>Fix inverted logic around [gitc-]init and -c</title>
<updated>2020-02-07T20:54:34+00:00</updated>
<author>
<name>Dan Willemsen</name>
<email>dwillemsen@google.com</email>
</author>
<published>2020-02-07T01:00:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=93293ca47f3a898b30eecf21e7b4e1038780c867'/>
<id>urn:sha1:93293ca47f3a898b30eecf21e7b4e1038780c867</id>
<content type='text'>
Instead of not using '-c' for '--current-branch' when using gitc, we
were only using '-c' when using gitc, so we still had the conflict with
the gitc option, and other users still couldn't use '-c'.

Test: repo init -u https://android.googlesource.com/platform/manifest; repo init -c
Test: repo gitc-init -u ... -b ... -c testing
Change-Id: I71e4950a49c281418249f0783c6a2ea34f0d3e2b
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/253795
Reviewed-by: Mike Frysinger &lt;vapier@google.com&gt;
Tested-by: Dan Willemsen &lt;dwillemsen@google.com&gt;
</content>
</entry>
<entry>
<title>sync: try to checkout repos across sync failures</title>
<updated>2020-02-05T21:37:20+00:00</updated>
<author>
<name>Mike Frysinger</name>
<email>vapier@google.com</email>
</author>
<published>2019-09-23T23:21:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=5a03308c5c5f8dbfab05bfe726337dafc10b0c85'/>
<id>urn:sha1:5a03308c5c5f8dbfab05bfe726337dafc10b0c85</id>
<content type='text'>
Currently our default behavior is:
* Try to sync all repos
  * If any errors seen, exit
* Try to garbage collect all repos
  * If any errors seen, exit
* Try to update local project list
  * If any errors seen, exit
* Try to checkout out all local repos
  * If any errors seen, exit

Users find these incomplete syncs confusing, so lets try to complete
as much as possible by default and printing out summaries at the end.

Bug: https://crbug.com/gerrit/11293
Change-Id: Idd17cc9c3bbc574d8a0f08a30225dec7bfe414cb
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/238554
Reviewed-by: Michael Mortensen &lt;mmortensen@google.com&gt;
Reviewed-by: Mike Frysinger &lt;vapier@google.com&gt;
Tested-by: Mike Frysinger &lt;vapier@google.com&gt;
</content>
</entry>
<entry>
<title>sync: add option to skip manifest update</title>
<updated>2020-02-05T18:57:58+00:00</updated>
<author>
<name>Fredrik de Groot</name>
<email>fredrik.de.groot@volvocars.com</email>
</author>
<published>2019-11-22T08:04:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=cc960971f450907b44259154821515224d3a2ea3'/>
<id>urn:sha1:cc960971f450907b44259154821515224d3a2ea3</id>
<content type='text'>
The use case is any situation where your manifest does
not exist on server, but where you still want to do
full sync for the projects, without having your
workspace manifest switched to other branch or
forwarded to latest or similar.
This allows syncing to a historical manifest in git log,
that does not have a branch, as well as when integrating
something together that has not been pushed upstream yet.
Changes can also exist locally on a manifest that is
behind head, meaning not requiring rebase to latest.

Tested using:
  $ cd .repo/manifests/
  $ git checkout &lt;any hash 1&gt;
  $ &lt;do local modifications&gt;
  $ repo sync --no-manifest-update
  $ git checkout &lt;any hash 2&gt;
  $ repo sync --no-manifest-update

Change-Id: I0c9773aa8bc5876813a2e7d7fec697abcb2d9e94
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/246445
Tested-by: Fredrik de Groot &lt;fredrik.de.groot@volvocars.com&gt;
Reviewed-by: Mike Frysinger &lt;vapier@google.com&gt;
</content>
</entry>
<entry>
<title>init: handle -c conflicts with gitc-init</title>
<updated>2020-02-05T16:00:10+00:00</updated>
<author>
<name>Mike Frysinger</name>
<email>vapier@google.com</email>
</author>
<published>2020-02-05T05:01:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=66098f707a1a3f352aac4c4bb2c4f88da070ca2a'/>
<id>urn:sha1:66098f707a1a3f352aac4c4bb2c4f88da070ca2a</id>
<content type='text'>
We keep getting requests for init to support -c.  This conflicts with
gitc-init which allocates -c for its own use.  Lets make this dynamic
so we keep it with "init" but omit it for "gitc-init".

Bug: https://crbug.com/gerrit/10200
Change-Id: Ibf69c2bbeff638e28e63cb08926fea0c622258db
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/253252
Reviewed-by: David Pursehouse &lt;dpursehouse@collab.net&gt;
Tested-by: Mike Frysinger &lt;vapier@google.com&gt;
</content>
</entry>
<entry>
<title>init: Add '-c' as an alias to '--current-branch'</title>
<updated>2020-01-24T14:46:58+00:00</updated>
<author>
<name>Diogo Ferreira</name>
<email>diogo@underdev.org</email>
</author>
<published>2019-10-18T11:39:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=0eb2d3c8a0c59955e6b760f84904badc95b7fde8'/>
<id>urn:sha1:0eb2d3c8a0c59955e6b760f84904badc95b7fde8</id>
<content type='text'>
This makes it consistent with the short option for current-branch in
repo sync.

Change-Id: I2848e87f45a66ef8d829576d0c0c4c0f7a8636a0
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/241700
Tested-by: Diogo Ferreira &lt;deovferreira@gmail.com&gt;
Reviewed-by: David Pursehouse &lt;dpursehouse@collab.net&gt;
Reviewed-by: Mike Frysinger &lt;vapier@google.com&gt;
</content>
</entry>
<entry>
<title>info: Add the manifest revision</title>
<updated>2020-01-24T14:46:30+00:00</updated>
<author>
<name>Diogo Ferreira</name>
<email>diogo@underdev.org</email>
</author>
<published>2019-10-14T15:28:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=e4d20372b26521ca936bdba7f4d99c47423b9c4a'/>
<id>urn:sha1:e4d20372b26521ca936bdba7f4d99c47423b9c4a</id>
<content type='text'>
After Ib546f5ebbc8a23875fbd14bf166fbe95b7dd244e, repo info now displays
the current project revision in the 'Current revision' field.

While the output is more consistent, there are use cases for the
revision expression as shown in the manifest. This patch re-adds the
manifest revision as a new 'Manifest revision' field.

Change-Id: I50c1559dcb7ceb69af07352b956d78f85b8f592e
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/240799
Tested-by: Diogo Ferreira &lt;deovferreira@gmail.com&gt;
Reviewed-by: Mike Frysinger &lt;vapier@google.com&gt;
</content>
</entry>
<entry>
<title>help: unify command display</title>
<updated>2019-12-03T02:31:05+00:00</updated>
<author>
<name>Mike Frysinger</name>
<email>vapier@google.com</email>
</author>
<published>2019-12-02T21:49:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=0b304c06ffdf3072fc498683be3e237f9b611a02'/>
<id>urn:sha1:0b304c06ffdf3072fc498683be3e237f9b611a02</id>
<content type='text'>
No functional changes, just unifying duplicate code paths.

Change-Id: I6afa797ca1e1eb90abdc0236325003ae070cbfb3
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/247293
Reviewed-by: David Pursehouse &lt;dpursehouse@collab.net&gt;
Tested-by: Mike Frysinger &lt;vapier@google.com&gt;
</content>
</entry>
<entry>
<title>upload/editor: fix bytes/string confusion</title>
<updated>2019-11-16T23:55:30+00:00</updated>
<author>
<name>Mike Frysinger</name>
<email>vapier@google.com</email>
</author>
<published>2019-11-15T06:19:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/tools/git-repo.git/commit/?id=70c54dc2550084ed022a2f134065a011f37f30aa'/>
<id>urn:sha1:70c54dc2550084ed022a2f134065a011f37f30aa</id>
<content type='text'>
The upload module tries to turn the strings into bytes before passing
to EditString, but it combines bytes &amp; strings causing an error.  The
return value might be bytes or string, but the caller only expects a
string.  Lets simplify this by sticking to strings everywhere and have
EditString take care of converting to/from bytes when reading/writing
the underlying files.  This also avoids possible locale confusion when
reading the file by forcing UTF-8 everywhere.

Bug: https://crbug.com/gerrit/11929
Change-Id: I07b146170c5e8b5b0500a2c79e4213cd12140a96
Reviewed-on: https://gerrit-review.googlesource.com/c/git-repo/+/245621
Reviewed-by: David Pursehouse &lt;dpursehouse@collab.net&gt;
Tested-by: Mike Frysinger &lt;vapier@google.com&gt;
</content>
</entry>
</feed>
