好的，有问题或需求欢迎到 github 上提 issue

是的，改下版本号再 sudo docker-compose up -d 就可以了

：）看起来像是在调试代码，因为看到了 ts 编译前的文件。
端口是这么写的，不过从信息看起来有个问题，压力测试的端口也用了 8080，这样会有问题。
另外 yaml 里写的写的是 localhost:8080，然后信息里看到的是 ip: 192.168.31.148，不 一致可能会导致跨域问题，最好还是统一用 ip 比较好。

应该是不用的，只是端口映射，当然 HITCHHIKER_APP_HOST 的端口必须要和容器的端口保持一致。
无法登录注册可否看下浏览器的控制台。

这个确实还没有，现在同事确实也有这样的需求，后面会加进来

谢谢推荐，确实不错，不过个人认为接口在云上测试还是有些短处，比如开发或测试环境未必对外网开放，信息安全等

typescript，当然也可以说是 js

谢谢支持

嗯，接口测试和自动化这块差不多了，压力测试有待改进

v0.4 发布，超强脚本功能，支持 Pre Request Script，使用 require 调用任何上传的 js 库

谢谢 Innocence 兄支持

v0.3 发布，支持自动同步更新

v0.2 发布，支持压力测试

postman 那个是环境变量，Hitchhiker 也支持环境变量，另外还支持运行时变量，用来解决 API 之前依赖关系的，比如 B 依赖 A 的返回值，就可以在 A 的 test 里写一个变量获取值，在 B 里用这个变量。 这里所谓的参数化请求是指与环境无关的，请求里的可变点，请求通常有很多参数，比如 query string, body 里的变化点等，这些参数可能会有不止一个值，每个都要覆盖的话需要写很多 request，用参数化请求就一个 request 就可以了。其实上面文章里写得比较清楚了，可以再看下，特别是那个 gif，展示了参数化请求的用处。

很多人问了，也说了很多次：

1. 不同环境的数据对比，这点很重要，很多 api 的返回数据并不是固定的，不是时间返回不同的数据，光用 test 校验解决不了动态数据的准确性问题，所以要有个基准，比如用线上的数据做 benchmark，来进行比对，这也是我们 QA 想要的
2. 多人协作，这个 postman pro 倒是有，不过不是很方便且按人头收费
3. 本地部署保证数据安全性，当然这块大多数人是不在意的，也有不少在意的，比如金融公司之类 另外，我开源，想加功能随便加，2 周一个版本，明天会发布一个重要功能，参数化请求，这也是 postman 没有的。

暂时还不支持，不过在计划中，现阶段需要自己添加 content-type 以及 body

是的，目前已经具备 pro 的基本功能了

谢谢支持，性能测试在开发中了

UI 上是模仿 Postman 的，因为 Postman 用起来最舒服，功能上还是有不少差异化的

还是有些意义的，比如 team 一起协作维护 API，比如不同环境的数据对比，对 Regression Test 比较有用，再比如有些公司不想 API 数据存到别人的服务器上

谢谢

谢谢兄台提醒 ：）