Some clarifications regarding syncing the lock file and the vendor folder
This commit is contained in:
parent
7a3d4d07c1
commit
abb4952a4d
12
README.md
12
README.md
|
@ -36,10 +36,11 @@ will try to add all vendored submodules as folders in the workspace.
|
|||
|
||||
This script must be executed within a repository using a `vendor` folder. It
|
||||
will copy the current revisions of submodules in the vendor folder to the
|
||||
matching folder in the workspace if present. Typically, the scrupt is executed
|
||||
after pulling git revisions that bump vendor sumbodules without also bumping
|
||||
the same packages in the Nimble lock file. To resolve the discrepancy, the
|
||||
developer would execute the following commands:
|
||||
matching folder in the workspace if present. Typically, the script is executed
|
||||
after pulling git revisions from other team members that have bumped vendor
|
||||
sumbodules without also bumping the same packages in the Nimble lock file.
|
||||
To resolve the arising discrepancy, the developer would execute the following
|
||||
commands:
|
||||
|
||||
```bash
|
||||
# Pull the project files as usual
|
||||
|
@ -61,4 +62,5 @@ This script must be executed within a repository using a `vendor` folder. It
|
|||
will copy the revisions from the current workspace folders to the matching
|
||||
submodules in the vendor folder. When you use a workspace and make changes
|
||||
to the lockfile (by changing any of the dependencies) you must execute this
|
||||
script before commiting to reflect the same change in the vendor folder.
|
||||
script before commiting to reflect the same change in the vendor folder, so
|
||||
the project can continue building properly without Nimble.
|
||||
|
|
Loading…
Reference in New Issue