[Pulp-dev] Installer project
daviddavis at redhat.com
Fri May 8 13:37:28 UTC 2020
We recently made a change to the automation so that it would start checking
projects and currently it's set up to check for the Pulp redmine project
for pulpcore changes. So currently the answer would be yes. However,
we could change the commit validation to check for multiple projects.
On Fri, May 8, 2020 at 9:27 AM Dennis Kliban <dkliban at redhat.com> wrote:
> I am +1 to creating a new redmine project.
> I want to point out that we plan to move installer documentation into the
> main pulpcore docs. Our CI checks for issues associated with the
> appropriate projects. Do that mean we will need to create docs issues in
> the Pulp project when the docs need to be updated for the installer?
> On Tue, May 5, 2020 at 11:25 AM David Davis <daviddavis at redhat.com> wrote:
>> Cool. If we go down this path, would this plan make sense?
>> 1. Create an installer project in redmine
>> 2. Move over all issues (opened and closed) to this project that are
>> tagged "Pulp 3 installer"
>> 3. Remove the "Pulp 3 installer" tag
>> On Tue, May 5, 2020 at 11:10 AM Fabricio Aguiar <
>> fabricio.aguiar at redhat.com> wrote:
>>> +1 for creating a new project,
>>> Installer query: https://pulp.plan.io/projects/pulp/issues?query_id=154
>>> Best regards,
>>> Fabricio Aguiar
>>> Software Engineer, Pulp Project
>>> Red Hat Brazil - Latam <https://www.redhat.com/>
>>> +55 11 999652368
>>> On Tue, May 5, 2020 at 11:48 AM David Davis <daviddavis at redhat.com>
>>>> During triage today, a majority of the issues that came up were for the
>>>> installer but only a handful of people could really speak to these issues.
>>>> I proposed that we skip these issues during triage and let the installer
>>>> team triage them.
>>>> In order to do so, we'd have to create a separate project in redmine.
>>>> My initial feeling is that this makes sense since the installer work has
>>>> really grown into its own project and is no longer in the purview of
>>>> I'll put a deadline on this discussion for May 8 unless we don't reach
>>>> a consensus by then.
>>>> Pulp-dev mailing list
>>>> Pulp-dev at redhat.com
>> Pulp-dev mailing list
>> Pulp-dev at redhat.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pulp-dev