mirror of
https://github.com/multica-ai/multica.git
synced 2026-07-27 21:33:41 +02:00
e9d04ecfc1
* feat(labels): add issue label CRUD + attach/detach handlers (#1191) The issue_label and issue_to_label tables were scaffolded in 001_init.up.sql but never wired to any code path. This commit ships the backend for #1191: - Migration 048: adds created_at/updated_at timestamps + workspace-scoped case-insensitive unique index on label names - sqlc queries for label CRUD + issue<->label attach/detach + batch list (ListLabelsByIssueIDs for board/list views) - HTTP handlers: /api/labels CRUD, /api/issues/{id}/labels attach/detach - Protocol events: label:{created,updated,deleted} + issue_labels:changed - Handler tests covering CRUD, duplicate-name conflict, invalid-color, attach/detach idempotency, and cross-workspace isolation * feat(cli): add label and issue label subcommands (#1191) - multica label {list,get,create,update,delete} - multica issue label {list,add,remove} Both follow existing CLI conventions (JSON/table output, flag shapes) and exercise the /api/labels endpoints shipped in the previous commit. * feat(web): add labels UI — picker with inline create + management dialog (#1191) Exposes the backend label feature to users via the existing issue-detail sidebar. - `@multica/core/types/label` — Label, CreateLabelRequest, UpdateLabelRequest, plus response envelopes - `@multica/core/api/client` — 8 methods for label CRUD and issue↔label attach/detach - `@multica/core/labels` — labelKeys, queryOptions, and mutation hooks with optimistic updates (matches the project/ module layout) - WS event type literals extended for label:{created,updated,deleted} and issue_labels:changed - `views/labels/label-chip.tsx` — colored pill; uses relative luminance (ITU-R BT.601) to pick #111827 or #f9fafb text so chips stay readable on both pastel and saturated backgrounds - `views/issues/components/pickers/label-picker.tsx` - Multi-select combobox in the issue sidebar - When 0 labels: "Add label" trigger - When 1+ labels: the chips themselves are the trigger; × on each chip detaches without opening the picker - Inline create: typing a new name + Enter creates with a hash-derived color and attaches in one motion (matches Linear/GitHub) - "Manage labels…" footer opens a dialog containing the full workspace panel — users never leave the issue context to rename/recolor/delete - `views/issues/components/labels-panel.tsx` — workspace labels manager. Single-row create form (color swatch + name + Add button). Each label row supports inline rename + recolor + delete (with confirm dialog). Color input uses the browser's native picker for full-gamut access — no preset palette clutter. - `PropRow label="Labels"` added to the issue-detail sidebar below Project Labels are issue metadata everyone uses — not admin configuration. Putting them in Settings next to destructive workspace actions misframed them; adding a top-level nav entry or a sibling tab to the Issues page added surface area that wasn't earning its keep for a feature users touch occasionally. Keeping management in a dialog launched from the picker itself keeps users in their issue context and matches how GitHub handles label editing from the label selector.
92 lines
2.5 KiB
Go
92 lines
2.5 KiB
Go
package main
|
|
|
|
import (
|
|
"fmt"
|
|
"os"
|
|
"runtime"
|
|
|
|
"github.com/spf13/cobra"
|
|
|
|
"github.com/multica-ai/multica/server/internal/cli"
|
|
)
|
|
|
|
var (
|
|
version = "dev"
|
|
commit = "unknown"
|
|
date = "unknown"
|
|
)
|
|
|
|
var rootCmd = &cobra.Command{
|
|
Use: "multica",
|
|
Short: "Multica CLI — local agent runtime and management tool",
|
|
Long: "Work seamlessly with Multica from the command line.",
|
|
SilenceUsage: true,
|
|
SilenceErrors: true,
|
|
}
|
|
|
|
func init() {
|
|
rootCmd.Version = fmt.Sprintf("%s (commit: %s, built: %s)\ngo: %s, os/arch: %s/%s", version, commit, date, runtime.Version(), runtime.GOOS, runtime.GOARCH)
|
|
rootCmd.SetVersionTemplate("multica {{.Version}}\n")
|
|
|
|
// Tag every CLI HTTP request with this binary's build version so the
|
|
// server can split logs/metrics by client version.
|
|
cli.ClientVersion = version
|
|
|
|
rootCmd.PersistentFlags().String("server-url", "", "Multica server URL (env: MULTICA_SERVER_URL)")
|
|
rootCmd.PersistentFlags().String("workspace-id", "", "Workspace ID (env: MULTICA_WORKSPACE_ID)")
|
|
rootCmd.PersistentFlags().String("profile", "", "Configuration profile name (e.g. dev) — isolates config, daemon state, and workspaces")
|
|
|
|
// Core commands
|
|
issueCmd.GroupID = groupCore
|
|
projectCmd.GroupID = groupCore
|
|
labelCmd.GroupID = groupCore
|
|
agentCmd.GroupID = groupCore
|
|
autopilotCmd.GroupID = groupCore
|
|
workspaceCmd.GroupID = groupCore
|
|
repoCmd.GroupID = groupCore
|
|
skillCmd.GroupID = groupCore
|
|
|
|
// Runtime commands
|
|
daemonCmd.GroupID = groupRuntime
|
|
runtimeCmd.GroupID = groupRuntime
|
|
|
|
// Additional commands
|
|
authCmd.GroupID = groupAdditional
|
|
loginCmd.GroupID = groupAdditional
|
|
setupCmd.GroupID = groupAdditional
|
|
attachmentCmd.GroupID = groupAdditional
|
|
configCmd.GroupID = groupAdditional
|
|
updateCmd.GroupID = groupAdditional
|
|
versionCmd.GroupID = groupAdditional
|
|
|
|
rootCmd.AddCommand(issueCmd)
|
|
rootCmd.AddCommand(projectCmd)
|
|
rootCmd.AddCommand(labelCmd)
|
|
rootCmd.AddCommand(agentCmd)
|
|
rootCmd.AddCommand(autopilotCmd)
|
|
rootCmd.AddCommand(workspaceCmd)
|
|
rootCmd.AddCommand(repoCmd)
|
|
rootCmd.AddCommand(skillCmd)
|
|
rootCmd.AddCommand(daemonCmd)
|
|
rootCmd.AddCommand(runtimeCmd)
|
|
rootCmd.AddCommand(authCmd)
|
|
rootCmd.AddCommand(loginCmd)
|
|
rootCmd.AddCommand(setupCmd)
|
|
rootCmd.AddCommand(attachmentCmd)
|
|
rootCmd.AddCommand(configCmd)
|
|
rootCmd.AddCommand(updateCmd)
|
|
rootCmd.AddCommand(versionCmd)
|
|
|
|
initHelp(rootCmd)
|
|
}
|
|
|
|
func main() {
|
|
cli.CleanupStaleUpdateArtifacts()
|
|
if err := rootCmd.Execute(); err != nil {
|
|
if err != errSilent {
|
|
fmt.Fprintln(os.Stderr, "Error:", err)
|
|
}
|
|
os.Exit(1)
|
|
}
|
|
}
|