[Train/Tune] Warn pending deprecation for ray.train.Trainer and ray.tune DistributedTrainableCreators#24056
Conversation
|
Add |
|
Ah @Yard1 we will officially denote as deprecated for Ray 2.0. But for Ray 1.13, we just want to print a warning message saying that this will happen in the future. |
|
The decorator only adds a message to the docstring that this API will be removed in a future ray release. I think that fits what we want to convey exactly |
|
The decorator officially denotes the APIs as deprecated (even though may actually be removed in a later release). We don't want to deprecate these APIs in Ray 1.x, and will wait for the major release to do so. |
|
Basically we don't want this part yet: |
|
I see, ok! Seems odd to have this warning on init but not in the docstring somewhere, though. We want to dissuade people from using those in the first place, right? Having a mention in the docstring about the pending depreciation would steer users who land on the docs page towards Train. |
|
Yeah that's a good point. I can definitely manually add it, but I'm not sure if we have standardized on any particular policy across all of Ray. For reference, this is what Python does:
From https://deprecated.readthedocs.io/en/latest/white_paper.html. |
|
How about others under ray/tune/integration? |
|
@xwjiang2010 these are the only ones we want to deprecate right? (These are the only ones with DistributedTrainableCreators). |
|
@xwjiang2010 yep let's remove the docs once they are fully deprecated! |
bveeramani
left a comment
There was a problem hiding this comment.
Had a question about the documentation linked. Otherwise LGTM
…n-pending-deprecation-warning
…n-pending-deprecation-warning
ray.train.Trainerandray.tune.integration.*.DistributedTrainableCreatorwill be deprecated in Ray 2.0 in favor of Ray AIR. In Ray 1.13, we should warn about this pending deprecation.First step towards #23014
Why are these changes needed?
Related issue number
Checks
scripts/format.shto lint the changes in this PR.