dbots.js
dbots.js copied to clipboard
chore(deps-dev): bump @discordjs/collection from 1.5.3 to 2.1.0
Bumps @discordjs/collection from 1.5.3 to 2.1.0.
Release notes
Sourced from @discordjs/collection's releases.
@discordjs/collection@2.1.0Bug Fixes
Documentation
- Split docs.api.json into multiple json files (597340f)
Features
- Local and preview detection (79fbda3)
Refactor
@discordjs/collection@2.0.0Documentation
Features
- Return entries instead of values in toJSON method (#9345) (defeee5)
- Align some methods with the Change By Copy proposal (#9207) (65966ae)
- BREAKING CHANGE: The
sortedmethod has been renamed totoSorted- Align some methods with the Set Methods proposal (#8890) (3b8df63)
- BREAKING CHANGE: The
intersectmethod has been renamed tointersection- BREAKING CHANGE: The
differencemethod has been renamed tosymmetricDifference- BREAKING CHANGE: The
subtractmethod has been renamed todifference- Support
findLastandreduceRightmethods (#9573) (ac64508)
Changelog
Sourced from @discordjs/collection's changelog.
@discordjs/collection@2.1.0- (2024-05-04)Bug Fixes
Documentation
- Split docs.api.json into multiple json files (597340f)
Features
- Local and preview detection (79fbda3)
Refactor
@discordjs/collection@2.0.0- (2023-11-12)Documentation
Features
- Return entries instead of values in toJSON method (#9345) (defeee5)
- Align some methods with the Change By Copy proposal (#9207) (65966ae)
- BREAKING CHANGE: The
sortedmethod has been renamed totoSorted- Align some methods with the Set Methods proposal (#8890) (3b8df63)
- BREAKING CHANGE: The
intersectmethod has been renamed tointersection- BREAKING CHANGE: The
differencemethod has been renamed tosymmetricDifference- BREAKING CHANGE: The
subtractmethod has been renamed todifference- Support
findLastandreduceRightmethods (#9573) (ac64508)
Commits
23ed447chore(collection): release@discordjs/collection@2.1.014f9ff7chore: Add funding field to package.json (#10230)6759f5bchore: deps0d4c26bchore: depsa66fc65ci: enable npm provenance (#10164)79fbda3feat: local and preview detection18cce83refactor: docs (#10126)c8bbdb7fix(ReadonlyCollection): omitclearmethod (#10148)597340fdocs: split docs.api.json into multiple json filesae57d7fchore: deps- Additional commits viewable in compare view
You can trigger a rebase of this PR by commenting @dependabot rebase.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot mergewill merge this PR after your CI passes on it@dependabot squash and mergewill squash and merge this PR after your CI passes on it@dependabot cancel mergewill cancel a previously requested merge and block automerging@dependabot reopenwill reopen this PR if it is closed@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
Note Automatic rebases have been disabled on this pull request as it has been open for over 30 days.
So this falls under a wider topic we have about custom session_ids. It was also identified in our #3094 MLOps research.
We have a weird constraint that session_id/versioning needs to be sortable but I still think a composite key of label_{timestamp} would be helpful here.
Giving some human label would be great. That way we can do things like "look at the pubmedbert-v3 run" instead of having to juggle date strings.
I'd prefix the date to make the sort easier though
As stated, we need to ensure a date_prefix so the order is maintained, adding a suffix should be fine. I am pro for this as I have need for this many years ago, can we link this to the versioning research at least?
https://github.com/kedro-org/kedro/issues/3997 @iamelijahko
just for your UX research transparency, we now completely moved away from
versioning and instead have a RUN_ID env variable that we pick up in
globals.yaml and prefix all pipeline paths with that. we found this
approach (all data of a version bundled under one path) to be preferable.
Pascal
On Tue, Aug 27, 2024 at 3:53 PM Nok Lam Chan @.***> wrote:
As stated, we need to ensure a date_prefix so the order is maintained, adding a suffix should be fine. I am pro for this as I have need for this many years ago, can we link this to the versioning research at least?
#3997 https://github.com/kedro-org/kedro/issues/3997 @iamelijahko https://github.com/iamelijahko
— Reply to this email directly, view it on GitHub https://github.com/kedro-org/kedro/issues/4028#issuecomment-2312629986, or unsubscribe https://github.com/notifications/unsubscribe-auth/AARN3F3DRA6TFFHCGHWM6Y3ZTSAG5AVCNFSM6AAAAABLMKSRO6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMJSGYZDSOJYGY . You are receiving this because you authored the thread.Message ID: @.***>
--
The contents of this email are confidential and intended only for the intended recipient. If you are not the intended recipient or responsible for delivery of the message to such person, you may not use, copy, distribute or deliver this message or any part of its contents to anyone, or take any action in reliance on it. If you have received this email in error, please immediately notify the sender and then permanently delete this message. The views, opinions, conclusions and other information provided herein are not intended to be and should not be interpreted as medical advice. Please consult your physician for all medical advice.
@pascalwhoop It's unlikely that we add this feature for now (especially since there's a reasonable workaround) so @ankatiyar will check to what extent something like this is possible with DVC and we'll turn this into a Discussion.
I looked into it with DVC, and you can indeed tag versions (but with git). The docs for "Kedro + DVC" integration are under construction 🚧 but and should be out soon but you can refer to this comment or this coffee chat
The versioning in DVC is tied to git commits but you can tag the commits with a label eg.
git add data.dvc model.weights.h5.dvc metrics.csv .gitignore
git commit -m "First model, trained with 1000 images"
git tag -a "v1.0" -m "model v1.0, 1000 images"
And then train a second version and commit this too
git add data.dvc model.weights.h5.dvc metrics.csv
git commit -m "Second model, trained with 2000 images"
git tag -a "v2.0" -m "model v2.0, 2000 images"
And go back to a previous version like this
git checkout v1.0
dvc checkout
ETA: Example above from this DVC tutorial: http://dvc.org/doc/use-cases/versioning-data-and-models/tutorial#tutorial-data-and-model-versioning
Giving some human label would be great. That way we can do things like "look at the pubmedbert-v3 run" instead of having to juggle date strings.
I'd prefix the date to make the sort easier though
Datetimes are appealing. They can readily be considered within ppl's emails and calendars, or the dates of reports and other artifacts. Also, datetimes can be loaded into Python and used for other purposes.