alpacahq / alpacahq/Alpaca-API

Backwards compatibility/API stability

未关闭
#180 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
主要语言
没有语言数据
星标
173
派生
17
PR 合并指标
30 天内没有已合并 PR

描述

I'd like some help understanding your API backwards compatibility guarantees. If memory serves, you actually made some effort to not break client code in the past. For instance, earlier `/v1` endpoints were used and incompatible changes were exposed eventually through `/v2` ones.

And now I am seeing a change like [this one](https://github.com/alpacahq/user-docs/commit/b59f5ff087bc2336f55383f1f7db1319d6c7e0c9) merged, which randomly renames variants in the account activity for no apparent reason (`CSR` -> `CSW`), which, as per my understanding, is backwards compatibility breaking.

Can you please help me understand
1) what API stability guarantees you provide
2) how that change is in line with them

?

贡献指南

这个仓库没有索引到贡献指南

评估

这个 Issue 还没有评估数据。

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。