如何在源代码管理中存储邮递员集合

ten*_*sai 31 api version-control postman

我在打开它之前使用POSTMAN集合来测试我的API.我与开发团队合作,我们希望彼此分享/添加/编辑我们的馆藏.

在源控件中执行此操作证明有点棘手,如GitHUB页面上的此注释中所示:

此问题在版本2.1.1中仍然存在(已打包)

请求的顺序现在可能是确定的,但是来自两个不同计算机和用户的导出集合的差异包括与导出的集合无关的数据.如果有多个人同时处理测试,则diff会充满所有者和其他ID冲突.

我们将这些数据放在某种版本控制系统中的最佳方法是什么?否则有什么建议?

Mag*_*son 12

毫无疑问,将它置于VCS中会让你头疼,如你所提到的那样.您最好的选择是使用Postmans功能来共享集合.这是来自https://www.getpostman.com/docs/sharing的文档

从Postman v0.9.3开始,您可以更有效地共享和管理您的馆藏.您要做的第一件事是创建一个Postman帐户.您可以使用电子邮件ID或Google帐户创建一个.在创建帐户后登录后,您在Postman上传的馆藏将与您的帐户相关联.您可以稍后通过导航栏下拉列表中的"共享集合"项删除它们.

  • 然而,这会增加问题,因为我们会进行一些自动化测试.如果用户修改了API功能,更新了他们的邮递员集合,则持续集成和自动化测试将最终失败,直到检入所做的更改为止. (12认同)

eve*_*ris 8

集合v2格式消除了大多数(如果不是全部)可移植性问题.

http://blog.getpostman.com/2015/06/05/travelogue-of-postman-collection-format-v2/

  • 格式必须具有高度可移植性,以便可以在各种系统之间轻松传输而不会丢失功能.

  • 是的,伙计,你只想要紧密的功能,而不应该松散。但更严重的是,我们使用 v2.1,协作仍然是一场噩梦,因为测试运行结果、随机 ID 等都保存到集合文件中。我们已经多次不小心覆盖了彼此的更改。我认为邮递员共享收藏是一条出路。但我确实希望他们不去实现自己的版本控制,而是创建一种对版本控制更加友好的格式,让我们选择自己的 VCS... (3认同)