参考一下 tck 这一章 （ 5.2.2 TCK）
这里主要是要启动容器化的 nebula ，然后 tck 会自动访问它执行端到端的测试，我给出了单独只做这件事的方法，还写了怎么只执行一个 case 文件的方法
2 个赞
命令行形式的调试方法，我在tests的 readme.md里面有看到介绍。主要是不是C++开发，是java开发，命令行的形式感觉很不习惯，所以想问下在clion这种图形化的工具上怎么debug
关键是 tck 是 python 的，不是 c++ 的，所以和 CLion 也没什么特别的集成。
我给出的方法已经是最小的方式了哈，tck 是 e2e 测试框架不是单元测试，只要有了从编译的二进制启动好的 nebula，它会自动调用，你有了调用单个 case 的方法就足够了。
2 个赞
懂了
1 个赞
还有一个问题， use_vertex_key的默认值是false，也没有在文档中找到这个配置的说明。
现在默认false的情况下 num_vertices_inserted 这个统计指标一直是0
想问下use_vertex_key 这个设置成true的影响是啥？
@wey 大佬，帮忙看下呗
就是支持了没有 tag 的 vertex 的模式，这样数据中存在了没有 tag 的行，tag 被删除对 vertex 来说不是删除而是 tag 剥离。
那下面的那个监控项感觉就不能只是 添加verticeData.size()了，不然默认情况下，插入点的数量统计一直是0，那我是不是可以改成，use_vertex_key是false的情况下使用tags.size(), true的情况下使用verticeData.size()。
除非知道自己需要 tagless 的能力，否则不推荐修改这个配置
目前我们依赖这个统计信息做数据治理，无法知道点边的插入数和实际去重的后的数据总量，不太好实现，因为不止一方写入。但是把use_vertex_key这个设置成true。又担心有脏数据额外占用资源。目前我们又要求，必须要有tag，无tag的点对于我们来说是无意义的
嗯嗯，如果强制必须有 tag，这个就保持默认值吧，也是现在推荐的方式
对，use_vertex_key这个是保持现在的的默认值为false，但是监控上报数据的地方 我准备 由 stats::StatsManager::addValue(kNumVerticesInserted, verticeData.size()); 改为 stats::StatsManager::addValue(kNumVerticesInserted, FLAGS_use_vertex_key ? verticeData.size() : tags.size()); 不然监控的num_vertices_inserted 这个指标一直是0
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。