我们有一个项目，后端人员不断地对其端点进行更改，有时在前端我们会遇到奇怪的错误，在与后端人员交谈后我们发现这是他们所做的新更改。
这些错误有时很难跟踪并且浪费时间。因为我们的代码有一天可以工作，然后当 RESTful api 发生变化时，我们不知道我们会看到我们的代码不再工作。
有哪些好方法可以避免这种情况？有什么好的流程可以避免这种情况。你在公司是怎么做到的？
最佳答案
您应该拥有带有版本号的 API。新的后端功能或后端的更改应该带有新的 API 版本号；旧的 API 版本号应该始终返回相同的结果不变。
然后，如果后端发生更改，他们可以通知您应该使用新版本，并带有新的 API 版本号，您可以随时切换到它。
我与客户端软件一起使用的另一种方法(这更为重要，因为我不能强制最终用户升级他们的软件):我检查从服务器获得的所有内容，以及不属于服务器的所有内容。我希望它能够登录到开发人员的机器上。因此，如果服务器更改了发送给我的内容，我很快就会知道(如果它影响到我们的最终用户，我们将付出惨重的代价)。
关于debugging - 避免后端更改破坏前端的良好流程是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/44820760/