@@ -247,7 +247,7 @@ Your CI script might work like this:
247
247
248
248
* Create a tarball from the ``.mypy_cache `` directory.
249
249
250
- * Determine the current git master branch commit id (say, using
250
+ * Determine the current git main branch commit id (say, using
251
251
``git rev-parse HEAD ``).
252
252
253
253
* Upload the tarball to the shared repository with a name derived from the
@@ -262,13 +262,13 @@ populates the local ``.mypy_cache`` directory from the shared
262
262
repository and then runs a normal incremental build.
263
263
264
264
The wrapper script needs some logic to determine the most recent
265
- central repository commit (by convention, the ``origin/master `` branch
265
+ central repository commit (by convention, the ``origin/main `` branch
266
266
for git) the local development branch is based on. In a typical git
267
267
setup you can do it like this:
268
268
269
269
.. code ::
270
270
271
- git merge-base HEAD origin/master
271
+ git merge-base HEAD origin/main
272
272
273
273
The next step is to download the cache data (contents of the
274
274
``.mypy_cache `` directory) from the shared repository based on the
@@ -315,11 +315,11 @@ at least if your codebase is hundreds of thousands of lines or more:
315
315
potentially large number of changes in an incremental build, as this can
316
316
be much slower than downloading cache data and restarting the daemon.
317
317
318
- * If the current local branch is based on a very recent master commit,
318
+ * If the current local branch is based on a very recent main commit,
319
319
the remote cache data may not yet be available for that commit, as
320
320
there will necessarily be some latency to build the cache files. It
321
321
may be a good idea to look for cache data for, say, the 5 latest
322
- master commits and use the most recent data that is available.
322
+ main commits and use the most recent data that is available.
323
323
324
324
* If the remote cache is not accessible for some reason (say, from a public
325
325
network), the script can still fall back to a normal incremental build.
0 commit comments