简单描述一下问题和重现方式

https://api.cnb.cool/#/operations/GetIssue

issue 相关 API 都没有 property。只有一个创建（改）property 接口：https://api.cnb.cool/#/operations/CreateIssueProperties

BTW，property 是怎么计划的，目前入口极深，像实验性功能？

在 project 看板场景下很刚需，因为一个标签维度不够。

稍等，自定义属性我们正在逐步上线中。
目前是只有 issue 支持， 任务集的已经开发中了，2 月份会上线。
未来也会逐步支持更多的属性类型和相关功能。
api 相关的我们内部讨论下

@yuqianma(Yuqian) 感谢对于产品的关注。property 操作的是 issue 的自定义属性，是为了增强协同能力的特殊属性，不是 issue 基础属性，所以没有在 getIssue 返回，这个是符合预期的。目前我们产品团队聚焦于 「任务集 + property」进行协同场景增强，你提到的看板刚需都会满足。openapi 会在晚些补充。

自定义属性的property的text的长度，最大64。。。。 能长一点嘛,比如 512

自定义属性的property的text的长度，最大64。。。。 能长一点嘛,比如 512

@xiongxiao(小熊猫呜呜呜) 可以帮忙举个例子，什么场景下需要比较长

如果我在任务集里面看，这个仓库里面的这个issue，假如我添加了一个描述，这个描述内容比较长的话，64就到头了。

这样有一个好处，任务集里面的内容，描述的详情会非常的清晰，假如我去掉issue，还能正常用，单独的一个多维任务表格视图。不和issue强绑定。

直白来说吧 任务集是入口，进去了是看详情。

我一般把某一个信息分为这几个阶段。

标签，标题，总结，描述

信息从小到大过滤，而任务集里面可以包含标签，标题，和总结。

平常来说标题64限制问题不大，总结，我感觉普普通通几百字了。就有点小限制了。

如果我在任务集里面看，这个仓库里面的这个issue，假如我添加了一个描述，这个描述内容比较长的话，64就到头了。

这样有一个好处，任务集里面的内容，描述的详情会非常的清晰，假如我去掉issue，还能正常用，单独的一个多维任务表格视图。不和issue强绑定。

直白来说吧 任务集是入口，进去了是看详情。

我一般把某一个信息分为这几个阶段。

标签，标题，总结，描述

信息从小到大过滤，而任务集里面可以包含标签，标题，和总结。

平常来说标题64限制问题不大，总结，我感觉普普通通几百字了。就有点小限制了。

@xiongxiao(小熊猫呜呜呜) 嗯，这个场景主要是任务集使用。 我们先把任务集的自定义属性上上去， 后面再优化这个点。 到时候可以提一个新的 issue 进行追踪