Re: Tooling Integration and Developer Experience
- Reply: Mitchell Horne : "Re: Tooling Integration and Developer Experience"
- In reply to: Warner Losh : "Re: Tooling Integration and Developer Experience"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Mon, 30 Jan 2023 17:32:35 UTC
On 1/30/23 13:53, Warner Losh wrote: > On Mon, Jan 30, 2023 at 3:40 AM Kurt Jaeger <pi@freebsd.org> wrote: > >> Hi, >> >>>> On 1/30/23 02:54, Julian H. Stacey wrote: >>>> The main idea: to prevent information fragmentation and improve >>>> discoverability, cross-referencing abilities, search, etc. >>> With regards to improving discoverability, Phabricator's Owner >>> tool could be a good tactical move: it allow to bind code area to >>> peoples in order to automatically add them to reviews. >> If you know phabricator in more detail, is there any kind of tool >> to understand the activity going on ? >> >> In bugs.freebsd.org, there is the dashboard: >> >> https://bugs.freebsd.org/bugzilla/page.cgi?id=dashboard.html >> >> I think we might need something similar to help us understand >> the current state of the phabricator instance and the work >> being done. >> >> Phab allows Dashboards, but no-one had the time to configure some >> queries to provide relevant stats. >> > Phab is a terrible tool for discovery. For example, how do I query all the > reviews I've ticked 'OK' that are still open, by non-committers? How do I > flag things as 'interesting to me'? I can tick a flag, but I can't query > flags. Also, I can't get an email address for submitter either. That makes > it more of a pain to land the commit. You can search flags here [1]. You can filter them by color and the object (i.e. differential revision or any other Phab thing). Flags are personal and not visible to anybody else For common use I think tags are better and are queryable in here [2]. Tags require projects, projects can be created by administrators, this is a bit counter-intuitive, but it works > But there's two other issues: The FreeBSD project has had a long history of > being behind, regardless of the tools we use. There's a labor shortage to > process these things as well. Second, lots of people want to talk, but few > want to do the work. I tried leading an effort in this area,but grew weary > of the passive-aggressive comments about how I basically sucked for not > having it done already (from the same people that did 0 actual work on it). > I'd love to help and do the grunt work. What is important is some form of consensus that project actually needs this. I don't know how this works, the is very little visibility from the Core on these matters. [1]https://reviews.freebsd.org/flag/ [2] https://reviews.freebsd.org/differential/query/advanced/ -- Ihor Antonov