Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Design workspace and multi-package support

オープン
#30 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@LunaStev がすでに取り組んでいます。

2026年10月24日 から。

  • #176 @LunaStev による — オープン

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
rust
領域
build-system

調査の方向性

Start by reading the existing manifest, lockfile, package discovery, and CLI command-selection entry points; the issue does not name specific files. Draft an agreed workspace manifest and lockfile model, covering member ordering, selection, command behavior, metadata, and compatibility. Done means the design answers the listed questions and includes a staged implementation plan with integration-test fixtures.

索引モデルが issue の本文から書いたものです。

説明

dependencies discussion feature request tooling

Motivation

Vex currently models one package per project root. Larger Wave codebases need multiple related packages with shared commands, one reproducible dependency graph, and efficient builds.

Workspace support affects manifest discovery, lockfile ownership, path dependencies, target directories, metadata, and command selection, so it needs an explicit design before implementation.

Design questions

  • How does vex.ws declare workspace members and exclusions?
  • Does the workspace own one vex.lock?
  • How are default members and package selection expressed?
  • How do build, check, run, tree, update, and future metadata behave?
  • How are duplicate package names and dependency cycles diagnosed?
  • How are nested workspaces handled?

Acceptance criteria

  • Publish an agreed manifest and lockfile model.
  • Preserve single-package behavior and portability.
  • Define deterministic member discovery and ordering.
  • Define CLI package selection without forwarding raw wavec options.
  • Include metadata schema implications.
  • Add a staged implementation plan with integration-test fixtures.
主要言語
Rust
スター
1
フォーク
3
平均マージ
6時間 43分
マージ済み PR(30日)
15

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

wavefnd/Vex のほかの issue

wavefnd/Vex の issue をすべて見る

似ている issue

Rust の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。