Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Respect package name for named scalar types also

未关闭
#293 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
3/5
预计耗时
1-2 天
新手友好度
55/100
Issue 类型
功能
描述清晰度
描述清楚
活跃度
停滞
技术栈
kotlin
领域
tooling

调研方向

首先跟踪 RAML Doc generator 对扁平化对象类型的已声明包名的处理方式,然后比较其对命名标量类型(例如 type: string)的处理方式。当带有 (package): Common 的命名标量类型被写入 Common 子文件夹而不是根目录,同时现有的对象行为保持不变时,即表示完成。

由索引模型根据 Issue 内容生成。

描述

The RAML Doc generator organizes the flattened RAML type files into subfolders according to the package names declared for the types, but currently only for type: object. We would like to have the same behavior for named scalar types also, like for type: string.

Example

The generated flattened version of this file:

#%RAML 1.0 DataType
(package): Common
displayName: Locale
type: string

should be found in subfolder Common instead of the root folder.

主要语言
Kotlin
星标
16
派生
7
平均合并
2 天 8 小时
30 天内合并 PR
4

环境准备

  • 提供 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 没有贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

commercetools/rmf-codegen 的其他 Issue

查看 commercetools/rmf-codegen 的全部 Issue

相似的 Issue

更多 Kotlin Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。