[honeycomb-dev] [nsh_sfc-dev] [discuss] Federating Jira with OpNFV
Maros Marsalek -X (mmarsale - PANTHEON TECHNOLOGIES@Cisco) <mmarsale@...>
I'd actually say it's a good idea.toggle quoted messageShow quoted text
The OPNFV issues are already in relations with fd.io issues. FDS from OPNFV is the biggest use case for Honeycomb. With FDS + Honeycomb in mind, there are many features required by FDS from Honeycomb, upon which the FDS builds. We track those features in fd.io JIRA and they are visible to FDS, but I'd say it's difficult to properly link them and keep that all up-to-date on FDS/ONPFV side. Why just not use JIRA features to make it easier?
So thinking mostly about "FDS ------depends------> fd.io" relationships here, it might be a bit easier to track and plan everything on both ends.
Maybe, if possible, we could limit what the federation includes e.g. one sided dependencies (OPNFV -> FD.IO).
From: honeycomb-dev-bounces@... [mailto:honeycomb-dev-bounces@...] On Behalf Of Joel M. Halpern
Sent: Friday, September 16, 2016 5:27 AM
To: Keith Burns <alagalah@...>; Edward Warnicke <hagbard@...>; tsc@...; discuss@...; vpp-dev <vpp-dev@...>; csit-dev@...; deb_dpdk@...; honeycomb-dev@...; tldk-dev@...; nsh_sfc-dev@...; one-dev@...; trex-dev@...; vppsb-dev@...
Subject: Re: [honeycomb-dev] [nsh_sfc-dev] [discuss] Federating Jira with OpNFV
If there is an OPNFV activity that finds themselves blocked by an open fd.io issue, wouldn't we prefer that they point at our ticket for the issue, rather than them creating a proxy ticket?
On 9/15/16 10:57 PM, Keith Burns wrote:
Would OPNFV JIRA issues be able to block/be dependent on etc FDIO_______________________________________________
honeycomb-dev mailing list