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

Status of project

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

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
20/100
Issue 类型
功能
描述清晰度
需要澄清
活跃度
停滞
技术栈
cpp
领域
cli

调研方向

首先审查 hpp-skel 现有的 CLI 示例、mapbox/cpp#35 中尚未解决的 option-parser 讨论,以及提议的 cpp-cli-skel#2 pull request。确定该项目应该暂停还是重新启动;完成的标准是维护者已经选择并记录了明确的方向。

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

描述

I see great value to cpp-cli-skel because:

  • Command line interfaces are a great way to prototype new projects
  • Command line interfaces are a common and very valuable way to distribute C++ code, and therefore establishing best practices for how Mapbox devs develop C++ CLI interfaces is important for scaling our work.

At the same time this project has been dormant, in my mind, because:

  • Attention of @mapbox/core-tech has so far been primarily on https://github.com/mapbox/hpp-skel
  • https://github.com/mapbox/hpp-skel, because it contains benchmarks and unit tests executables, already has two types of "cli" examples, and therefore is fairly useful for using to prototype (no need for this separate cpp-cli-skel)
  • Most serious command line tools end up needing to parse options, and option parsing in C++ requires an external dependency, which raises the harder question of which external dependency, refs https://github.com/mapbox/cpp/issues/35

Questions in my mind:

  • Should we put this project on ICE and clearly direct interested people to hpp-skel for prototyping for now?
  • Should we put time into investigating the ideal option parser and reboot https://github.com/mapbox/cpp-cli-skel/pull/2 with it and get things landed and working?

@mapbox/core-tech

主要语言
Makefile
星标
1
派生
1
PR 合并指标
30 天内没有已合并 PR

贡献指南

打开贡献指南

从这里开始

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

mapbox/cpp-cli-skel 的其他 Issue

查看 mapbox/cpp-cli-skel 的全部 Issue

相似的 Issue

更多 CLI Issue

把新 issue 发到你的邮箱

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