@@ -105,15 +105,15 @@ example:
105
105
# [...]
106
106
remotes :
107
107
- name : remote1
108
- url-base : https://example.com/base1
108
+ url-base : https://git. example.com/base1
109
109
- name : remote2
110
- url-base : https://example.com/base2
110
+ url-base : https://git. example.com/base2
111
111
112
112
Above, two remotes are given, with names ``remote1 `` and ``remote2 ``. Their URL
113
- bases are respectively ``https://example.com/base1 `` and
114
- ``https://example.com/base2 ``. You can use SSH URL bases as well; for example,
115
- you might use ``
[email protected] :base1`` if ``
remote1 `` supported Git
over SSH
116
- as well. Anything acceptable to Git will work.
113
+ bases are respectively ``https://git. example.com/base1 `` and
114
+ ``https://git. example.com/base2 ``. You can use SSH URL bases as well; for
115
+ example, you might use ``
[email protected] :base1`` if ``
remote1 `` supported Git
116
+ over SSH as well. Anything acceptable to Git will work.
117
117
118
118
The ``projects `` subsection contains a sequence describing the project
119
119
repositories in the west installation. Every project has a unique name. You can
@@ -145,8 +145,8 @@ Here is an example. We'll assume the ``remotes`` given above.
145
145
In this manifest:
146
146
147
147
- ``proj1 `` has remote ``remote1 ``, so its Git fetch URL is
148
- ``https://example.com/base1/proj1 ``. The remote ``url-base `` is appended with
149
- a ``/ `` and the project ``name `` to form the URL.
148
+ ``https://git. example.com/base1/proj1 ``. The remote ``url-base `` is appended
149
+ with a ``/ `` and the project ``name `` to form the URL.
150
150
151
151
Locally, this project will be cloned at path ``extra/project-1 `` relative to
152
152
the west installation's root directory, since it has an explicit ``path ``
@@ -157,7 +157,7 @@ In this manifest:
157
157
detached ``HEAD `` when west next updates this project.
158
158
159
159
- ``proj2 `` has a ``remote `` and a ``repo-path ``, so its fetch URL is
160
- ``https://example.com/base2/my-path ``. The ``repo-path `` attribute, if
160
+ ``https://git. example.com/base2/my-path ``. The ``repo-path `` attribute, if
161
161
present, overrides the default ``name `` when forming the fetch URL.
162
162
163
163
Since the project has no ``path `` attribute, its ``name `` is used by
@@ -224,9 +224,9 @@ so far using ``defaults`` is:
224
224
225
225
remotes :
226
226
- name : remote1
227
- url-base : https://example.com/base1
227
+ url-base : https://git. example.com/base1
228
228
- name : remote2
229
- url-base : https://example.com/base2
229
+ url-base : https://git. example.com/base2
230
230
231
231
projects :
232
232
- name : proj1
@@ -245,7 +245,7 @@ manifest repository itself. Its value is a map with the following keys:
245
245
- ``path ``: Optional. The path to clone the manifest repository into, relative
246
246
to the west installation's root directory. If not given, the basename of the
247
247
path component in the manifest repository URL will be used by default. For
248
- example, if the URL is ``https://example.com/project-repo ``, the manifest
248
+ example, if the URL is ``https://git. example.com/project-repo ``, the manifest
249
249
repository would be cloned to the directory :file: `project-repo `.
250
250
251
251
- ``west-commands ``: Optional. This is analogous to the same key in a
0 commit comments