chore: bump version to 0.1.84#144
Conversation
|
Warning Review limit reached
More reviews will be available in 13 minutes and 28 seconds. Learn how PR review limits work. Your organization has run out of usage credits. Purchase more in the billing tab. ⌛ How to resolve this issue?After more reviews become available, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans include higher PR review limits than trial, open-source, and free plans. In all cases, reviews become available again over time. During sustained high-volume PR review activity, CodeRabbit may temporarily slow when the next review becomes available. Please see our Fair Usage Limits Policy for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (1)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Greptile SummaryThis PR bumps the package version to
Confidence Score: 4/5Safe to merge — both version files are now consistently at 0.1.84 and no functional code is changed. The only change is a version bump. The lock file was previously one version behind package.json, meaning a past bump left the two files out of sync; this PR resolves that, though 0.1.83 is permanently absent from the lock file's history. package-lock.json — it jumped directly from 0.1.82 to 0.1.84, indicating the lock file was not regenerated during the 0.1.83 bump. Important Files Changed
Flowchart%%{init: {'theme': 'neutral'}}%%
flowchart TD
A[package.json v0.1.83] -->|bumped| B[package.json v0.1.84]
C[package-lock.json v0.1.82] -->|was out of sync| D[package-lock.json v0.1.83 - missing]
D -.->|skipped| E[package-lock.json v0.1.84]
B & E --> F[Both files now in sync at v0.1.84]
Reviews (1): Last reviewed commit: "chore: bump version to 0.1.84" | Re-trigger Greptile |
| "name": "@insforge/cli", | ||
| "version": "0.1.82", | ||
| "version": "0.1.84", | ||
| "lockfileVersion": 3, | ||
| "requires": true, | ||
| "packages": { | ||
| "": { | ||
| "name": "@insforge/cli", | ||
| "version": "0.1.82", | ||
| "version": "0.1.84", | ||
| "license": "Apache-2.0", | ||
| "dependencies": { |
There was a problem hiding this comment.
Lock file skipped a version — Before this PR,
package.json was at 0.1.83 while package-lock.json was at 0.1.82, meaning the two files were out of sync. This PR fixes the inconsistency by bringing both to 0.1.84, but it means package-lock.json never recorded version 0.1.83. This suggests a prior version bump only edited package.json without running npm install (or equivalent) to regenerate the lock file. Going forward, make sure to regenerate package-lock.json after every version bump to keep them in sync.
Summary by cubic
Bump
@insforge/clito version 0.1.84 for the next release. Updatespackage.jsonandpackage-lock.jsonto the same version.Written for commit 83179dd. Summary will update on new commits. Review in cubic
Note
Bump version to 0.1.84
Updates the version field in package.json from
0.1.83to0.1.84.Macroscope summarized 83179dd.