Project

Profile

Help

Task #2267

Update redmine to know about the new devel and packaging repos

Added by semyers about 3 years ago. Updated 6 months ago.

Status:
NEW
Priority:
Normal
Assignee:
-
Category:
-
Sprint/Milestone:
-
Start date:
Due date:
% Done:

0%

Platform Release:
Blocks Release:
Backwards Incompatible:
No
Groomed:
No
Sprint Candidate:
No
Tags:
QA Contact:
Complexity:
Smash Test:
Verified:
No
Verification Required:
No
Sprint:

Description

devel can probably be its own project, and we can probably repurpose the packaging project to use the packaging repo instead of pulp_packaging.

I think we should do this, but I'm not really sure when to do this, aside from "before pulp 3". I think we could probably do this right now, since the packaging repo is not actually used for packaging, and rarely interacts with redmine.

History

#1 Updated by bmbouter about 3 years ago

I think of redmine projects as a place to file and track bugs. Do we want that feature for these projects? Another point of value is to have redmine "know" about more repos for the purpose of associating commits? We .

If we want to associate commits and that is all we can do that without projects.
If we do want to file/track bugs for pulp_packaging then +1 to re-purposing the pulp_packaging to be packaging
If we do want to file/track bugs for devel then I'm ok with that.

@smyers, based on ^ should we make projects as you describe?

#2 Updated by semyers about 3 years ago

bmbouter wrote:

I think of redmine projects as a place to file and track bugs. Do we want that feature for these projects? Another point of value is to have redmine "know" about more repos for the purpose of associating commits? We .

If we want to associate commits and that is all we can do that without projects.
If we do want to file/track bugs for pulp_packaging then +1 to re-purposing the pulp_packaging to be packaging

Do you mean if we do not want to track bugs for pulp_packaging? We don't want to track bugs for pulp_packaging. We do want to track bugs for packaging (spec file problems would be reported there).

If we do want to file/track bugs for devel then I'm ok with that.

We also want to track bugs for devel, because this contains ansible, vagrant, and the pulp_dev library, so problems with those tools would be reported there.

#3 Updated by bmbouter about 3 years ago

Great then the plan you outlined originally sounds right.

I always confirm that we really need the redmine projects because we only get 20 projects with our plan.

#4 Updated by semyers about 3 years ago

bmbouter wrote:

Great then the plan you outlined originally sounds right.

I always confirm that we really need the redmine projects because we only get 20 projects with our plan.

And thanks for that :)

I confess that I didn't consider the justifications when I originally made this ticket, so I'm glad you asked.

#5 Updated by bmbouter 6 months ago

  • Tags deleted (Pulp 3)

Please register to edit this issue

Also available in: Atom PDF