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
While this would permit services from importing any service library described in the specs repo, as a matter of policy we should probably avoid that and have tooling to detect this scenario. Service family libraries **should** use versioning decorators and spec packages should reference them as versioned dependencies. Tooling would need to ensure that changes to service family libraries does not result in unexpected changes to any service version. One way to do this would be to diff the projection of the service versions on the `main` branch against the projection of the service versions that result from the change.
118
115
119
-
We treat the shared library as a sibling with other packages within the service family. This is similar to what we currently do for services that have a "Shared" package and would allow an arbitrary number of shared packages.
116
+
We treat the shared library as a sibling with other packages within the service family. This is similar to what we currently do for services that have a "Shared" package and would allow an arbitrary number of shared packages. A shared library folder should not contain `cadl-project.yaml` and `package.json` as it's not requried to be released. See [Sample Project](#sample-project) for reference.
120
117
121
118
```
122
119
-> specification
123
-
-> communication
124
-
-> Communication.Chat (data-plane)
125
-
-> Communication.Calling (data-plane)
126
-
-> Communication.Management (management)
127
-
-> Communication.Shared (shared)
120
+
-> contosowidgetmanager
121
+
-> Contoso.WidgetManager (data-plane)
122
+
-> Contoso.WidgetManager.Management (management)
123
+
-> Contoso.WidgetManager.Shared (shared)
128
124
```
129
125
130
126
Here's an example of how Cognitive Services might use multiple shared libraries:
0 commit comments