Skip to content

Commit 8fe6f86

Browse files
committed
Stopify 0.7.4
- Some dependabot updates. - Babel parsing exceptions now handled more gracefully. In the past, I've simultaneously bumped the versions of all the Stopify packages. This time, I've only bumped @stopify/stopify to 0.7.4, and all its dependencies remain at 0.7.3. However, I am really confused about the semantics of yarn.lock. We have a shared yarn.lock for all Stopify packages. Dependabot pushed some updates to this file which are part of this release: - 070d004 - 824da70 - 3ac8225 - 9edbf93 - f1f8dda However, since it is a shared yarn.lock, I can't easily tell which of these dependencies belong to which project. Moreover, they are mostly transitive dependencies that we have never directly imported! So, do I need to think more carefully and potentially publish new versions of the other packages? Or, do I not need to think about this at all?
1 parent 824da70 commit 8fe6f86

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

stopify/package.json

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
{
22
"name": "@stopify/stopify",
3-
"version": "0.7.3",
3+
"version": "0.7.4",
44
"description": "Stopify makes JavaScript a better target language for high-level languages and web-based programming tools",
55
"main": "dist/src/index.js",
66
"typings": "dist/src/index",

0 commit comments

Comments
 (0)