change trac 'component' names #28
Labels
No Label
0.2.0
0.3.0
0.4.0
0.5.0
0.5.1
0.6.0
0.6.1
0.7.0
0.8.0
0.9.0
1.0.0
1.1.0
1.10.0
1.10.1
1.10.2
1.10a2
1.11.0
1.12.0
1.12.1
1.13.0
1.14.0
1.15.0
1.15.1
1.2.0
1.3.0
1.4.1
1.5.0
1.6.0
1.6.1
1.7.0
1.7.1
1.7β
1.8.0
1.8.1
1.8.2
1.8.3
1.8β
1.9.0
1.9.0-s3branch
1.9.0a1
1.9.0a2
1.9.0b1
1.9.1
1.9.2
1.9.2a1
LeastAuthority.com automation
blocker
cannot reproduce
cloud-branch
code
code-dirnodes
code-encoding
code-frontend
code-frontend-cli
code-frontend-ftp-sftp
code-frontend-magic-folder
code-frontend-web
code-mutable
code-network
code-nodeadmin
code-peerselection
code-storage
contrib
critical
defect
dev-infrastructure
documentation
duplicate
enhancement
fixed
invalid
major
minor
n/a
normal
operational
packaging
somebody else's problem
supercritical
task
trivial
unknown
was already fixed
website
wontfix
worksforme
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Reference: tahoe-lafs/trac-2024-07-25#28
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The 'code' component needs to be broken up into smaller pieces. Let's enumerate those pieces here for a few weeks and then I'll go into trac and add the new names.
others?
We're not sure that we actually want more "component" names. Maybe we want less component names.
In cases like this, I like to think "imperatively" rather than "declaratively". Rather than asking: "What should be?", I like to ask "How should we act?".
With regard to component names I currently don't use them for anything. I tried using them to narrow down the field in order to find specific tickets I was looking for, but I frequently guessed wrong about what "component" the ticket would be filed under, which slowed down my search rather than speeding it up. Nowadays, I just look at the entire list and scan with my eyes, or else use the search field to search all tickets. I don't use the "component" field for anything.
add more trac 'component' namesto change trac 'component' namesI'm looking at the 35 'code' tickets that we have, and I find that I want to classify them by functional area, possibly so I can visually find them more easily, possibly so I can get a sense of how much work we need to do on various parts of our roadmap.txt .
The categories I'm seeing are:
I'm going to create the following code- components now:
done