You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You can obtain a complete S-CORE workspace, i.e. a git checkout of all modules from `known_good.json`, on the specific branches / commits, integrated into one Bazel build.
63
+
This helps with cross-module development, debugging, and generally "trying out things".
64
+
The startup of the supplied devcontainer already generates the required metadata.
65
+
66
+
The supported workspace managers are:
67
+
68
+
| Name | Description |
69
+
|------|-------------|
70
+
|[Gita](https://github.com/nosarthur/gita)| "a command-line tool to manage multiple git repos" |
71
+
72
+
A description of how to use these workspace managers, together with their advantages and drawbacks, is beyond the scope of this document.
73
+
In case of doubt, choose the first.
74
+
75
+
### Initialization of the workspace
76
+
77
+
> [!WARNING]
78
+
> This will change the file `score_modules.MODULE.bazel`.
79
+
> Do **not** commit these changes!
80
+
81
+
1. Switch to local path overrides, using the VSCode Task (`Terminal`->`Run Task...`) "Switch Bazel modules to `local_path_overrides`".
82
+
Note that you can switch back to `git_overrides` (the default) using the task "Switch Bazel modules to `git_overrides`"
83
+
84
+
2. Run VSCode Task "<Name>: Generate workspace", e.g. "Gita: Generate workspace".
85
+
This will clone all modules using the chosen workspace manager.
86
+
The modules will be in sub-directories starting with `score_`.
87
+
Note that the usage of different workspace managers is mutually exclusive.
88
+
89
+
When you now run Bazel, it will use the local working copies of all modules and not download them from git remotes.
90
+
You can make local changes to each module, which will be directly reflected in the next Bazel run.
0 commit comments