@teambit/lanes 0.0.158 → 0.0.162
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/dist/lanes.docs.md
CHANGED
|
@@ -50,7 +50,7 @@ Currently, if it imports with no-deps, it doesn't ask for parents, if it imports
|
|
|
50
50
|
Lane data, for the most cases is a map of component-id:snap-head, in other words, it saves per component the head snap. There are 3 different places where we store such data for different purposes.
|
|
51
51
|
|
|
52
52
|
- `lane-object` "Lane" is saved in the scope `.bit/objects` (.bit can be .git/bit locally), it has a unique hash and contains a map of components and their heads. This object exists on both local and remote scopes. Its main purpose is to sync lane-data between scopes. See `Lane` class (in scope/model) for the implementation details.
|
|
53
|
-
- `workspace-lane` (component and their
|
|
53
|
+
- `workspace-lane` (component and their versions) is saved in `.bit/workspace/lanes/lane-name`. Remote scopes don't have this data. Its main purpose is to store data that exists only locally and does not exist on the remote. See `WorkspaceLane` class for the implementation details. Without this, when a user is on a lane and check out to another snap, we can't save this checked out snap, because .bitmap has only main version and `Lane` object has only the heads.
|
|
54
54
|
- `remote-lane` (component and their heads) is saved in `.bit/refs/remote/remote-name/lane-name`. These refs files are saved in both, local and remote scopes. Its main purpose is to keep track where the remote-heads are per lane. See `RemoteLanes` class for the implementation details.
|
|
55
55
|
|
|
56
56
|
More places that stores lanes related data:
|
package/dist/lanes.graphql.js
CHANGED
|
@@ -31,9 +31,9 @@ function _graphqlTag() {
|
|
|
31
31
|
return data;
|
|
32
32
|
}
|
|
33
33
|
|
|
34
|
-
function ownKeys(object, enumerableOnly) { var keys = Object.keys(object); if (Object.getOwnPropertySymbols) { var symbols = Object.getOwnPropertySymbols(object);
|
|
34
|
+
function ownKeys(object, enumerableOnly) { var keys = Object.keys(object); if (Object.getOwnPropertySymbols) { var symbols = Object.getOwnPropertySymbols(object); enumerableOnly && (symbols = symbols.filter(function (sym) { return Object.getOwnPropertyDescriptor(object, sym).enumerable; })), keys.push.apply(keys, symbols); } return keys; }
|
|
35
35
|
|
|
36
|
-
function _objectSpread(target) { for (var i = 1; i < arguments.length; i++) { var source = arguments[i]
|
|
36
|
+
function _objectSpread(target) { for (var i = 1; i < arguments.length; i++) { var source = null != arguments[i] ? arguments[i] : {}; i % 2 ? ownKeys(Object(source), !0).forEach(function (key) { (0, _defineProperty2().default)(target, key, source[key]); }) : Object.getOwnPropertyDescriptors ? Object.defineProperties(target, Object.getOwnPropertyDescriptors(source)) : ownKeys(Object(source)).forEach(function (key) { Object.defineProperty(target, key, Object.getOwnPropertyDescriptor(source, key)); }); } return target; }
|
|
37
37
|
|
|
38
38
|
function lanesSchema(lanesMain) {
|
|
39
39
|
return {
|
|
@@ -181,9 +181,9 @@ function _switch() {
|
|
|
181
181
|
return data;
|
|
182
182
|
}
|
|
183
183
|
|
|
184
|
-
function ownKeys(object, enumerableOnly) { var keys = Object.keys(object); if (Object.getOwnPropertySymbols) { var symbols = Object.getOwnPropertySymbols(object);
|
|
184
|
+
function ownKeys(object, enumerableOnly) { var keys = Object.keys(object); if (Object.getOwnPropertySymbols) { var symbols = Object.getOwnPropertySymbols(object); enumerableOnly && (symbols = symbols.filter(function (sym) { return Object.getOwnPropertyDescriptor(object, sym).enumerable; })), keys.push.apply(keys, symbols); } return keys; }
|
|
185
185
|
|
|
186
|
-
function _objectSpread(target) { for (var i = 1; i < arguments.length; i++) { var source = arguments[i]
|
|
186
|
+
function _objectSpread(target) { for (var i = 1; i < arguments.length; i++) { var source = null != arguments[i] ? arguments[i] : {}; i % 2 ? ownKeys(Object(source), !0).forEach(function (key) { (0, _defineProperty2().default)(target, key, source[key]); }) : Object.getOwnPropertyDescriptors ? Object.defineProperties(target, Object.getOwnPropertyDescriptors(source)) : ownKeys(Object(source)).forEach(function (key) { Object.defineProperty(target, key, Object.getOwnPropertyDescriptor(source, key)); }); } return target; }
|
|
187
187
|
|
|
188
188
|
class LanesMain {
|
|
189
189
|
constructor(workspace, scope) {
|
package/lanes.docs.md
CHANGED
|
@@ -50,7 +50,7 @@ Currently, if it imports with no-deps, it doesn't ask for parents, if it imports
|
|
|
50
50
|
Lane data, for the most cases is a map of component-id:snap-head, in other words, it saves per component the head snap. There are 3 different places where we store such data for different purposes.
|
|
51
51
|
|
|
52
52
|
- `lane-object` "Lane" is saved in the scope `.bit/objects` (.bit can be .git/bit locally), it has a unique hash and contains a map of components and their heads. This object exists on both local and remote scopes. Its main purpose is to sync lane-data between scopes. See `Lane` class (in scope/model) for the implementation details.
|
|
53
|
-
- `workspace-lane` (component and their
|
|
53
|
+
- `workspace-lane` (component and their versions) is saved in `.bit/workspace/lanes/lane-name`. Remote scopes don't have this data. Its main purpose is to store data that exists only locally and does not exist on the remote. See `WorkspaceLane` class for the implementation details. Without this, when a user is on a lane and check out to another snap, we can't save this checked out snap, because .bitmap has only main version and `Lane` object has only the heads.
|
|
54
54
|
- `remote-lane` (component and their heads) is saved in `.bit/refs/remote/remote-name/lane-name`. These refs files are saved in both, local and remote scopes. Its main purpose is to keep track where the remote-heads are per lane. See `RemoteLanes` class for the implementation details.
|
|
55
55
|
|
|
56
56
|
More places that stores lanes related data:
|
|
Binary file
|
package/package.json
CHANGED
|
@@ -1,12 +1,12 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@teambit/lanes",
|
|
3
|
-
"version": "0.0.
|
|
3
|
+
"version": "0.0.162",
|
|
4
4
|
"homepage": "https://bit.dev/teambit/lanes/lanes",
|
|
5
5
|
"main": "dist/index.js",
|
|
6
6
|
"componentId": {
|
|
7
7
|
"scope": "teambit.lanes",
|
|
8
8
|
"name": "lanes",
|
|
9
|
-
"version": "0.0.
|
|
9
|
+
"version": "0.0.162"
|
|
10
10
|
},
|
|
11
11
|
"dependencies": {
|
|
12
12
|
"chalk": "2.4.2",
|
|
@@ -15,12 +15,12 @@
|
|
|
15
15
|
"ramda": "0.27.1",
|
|
16
16
|
"@babel/runtime": "7.12.18",
|
|
17
17
|
"core-js": "^3.0.0",
|
|
18
|
-
"@teambit/bit-error": "0.0.
|
|
19
|
-
"@teambit/cli": "0.0.
|
|
20
|
-
"@teambit/scope": "0.0.
|
|
21
|
-
"@teambit/workspace": "0.0.
|
|
22
|
-
"@teambit/graphql": "0.0.
|
|
23
|
-
"@teambit/lanes.modules.diff": "0.0.
|
|
18
|
+
"@teambit/bit-error": "0.0.391",
|
|
19
|
+
"@teambit/cli": "0.0.405",
|
|
20
|
+
"@teambit/scope": "0.0.590",
|
|
21
|
+
"@teambit/workspace": "0.0.590",
|
|
22
|
+
"@teambit/graphql": "0.0.590",
|
|
23
|
+
"@teambit/lanes.modules.diff": "0.0.98"
|
|
24
24
|
},
|
|
25
25
|
"devDependencies": {
|
|
26
26
|
"@types/mocha": "5.2.7",
|
|
@@ -31,7 +31,7 @@
|
|
|
31
31
|
"@types/node": "12.20.4"
|
|
32
32
|
},
|
|
33
33
|
"peerDependencies": {
|
|
34
|
-
"@teambit/legacy": "1.0.
|
|
34
|
+
"@teambit/legacy": "1.0.191",
|
|
35
35
|
"react-dom": "^16.8.0 || ^17.0.0",
|
|
36
36
|
"react": "^16.8.0 || ^17.0.0"
|
|
37
37
|
},
|
|
@@ -59,7 +59,7 @@
|
|
|
59
59
|
"react": "-"
|
|
60
60
|
},
|
|
61
61
|
"peerDependencies": {
|
|
62
|
-
"@teambit/legacy": "1.0.
|
|
62
|
+
"@teambit/legacy": "1.0.191",
|
|
63
63
|
"react-dom": "^16.8.0 || ^17.0.0",
|
|
64
64
|
"react": "^16.8.0 || ^17.0.0"
|
|
65
65
|
}
|
|
Binary file
|