Project

Profile

Help

Story #1158

closed

As a user, I can force full/fresh publish of rpms and not do an incremental publish

Added by jluza over 8 years ago. Updated about 5 years ago.

Status:
CLOSED - CURRENTRELEASE
Priority:
Normal
Assignee:
Sprint/Milestone:
-
Start date:
Due date:
% Done:

100%

Estimated time:
Platform Release:
2.9.0
Groomed:
No
Sprint Candidate:
Yes
Tags:
Easy Fix, Pulp 2
Sprint:
Sprint 1
Quarter:

Description

Pulp should have way how to prevent a second publish from being published as a fast-forward. For example when you need to fast way how to fix inconsistency between repodata/packages on disk and in database.

Suggested change:

https://github.com/release-engineering/pulp_rpm/commit/d16d6c831d71397f8a6b2b03ad1e8fad80120ef9


Related issues

Has duplicate RPM Support - Story #1098: Support a 'forced' metadata regenerationCLOSED - DUPLICATE

Actions
Blocks Pulp - Story #1724: Publish should be a no-op if no units and no settings have changed since the last successful publishCLOSED - CURRENTRELEASEipanova@redhat.com

Actions
Actions #1

Updated by mhrivnak over 8 years ago

  • Tracker changed from Issue to Story
  • Subject changed from skip_fast_forward option for publish to As a user, I can force full publish of rpm repos
  • Groomed set to No
  • Sprint Candidate set to Yes
  • Tags Easy Fix added
Actions #2

Updated by mhrivnak over 8 years ago

  • Has duplicate Story #1098: Support a 'forced' metadata regeneration added
Actions #3

Updated by bmbouter about 8 years ago

  • Subject changed from As a user, I can force full publish of rpm repos to As a user, I can force full/fresh publish of rpms and not do an incremental publish
  • Description updated (diff)
Actions #4

Updated by bmbouter about 8 years ago

  • Parent issue set to #1683
Actions #5

Updated by mhrivnak about 8 years ago

  • Blocks Story #1724: Publish should be a no-op if no units and no settings have changed since the last successful publish added
Actions #6

Updated by mhrivnak about 8 years ago

I suggest a different setting name, but this looks like a good behavior to add.

The fast-forward feature causes some parts of the normal publish to be skipped. Having a setting to skip that skipping is just a little awkward. Do two skips cancel each other out?

Instead I suggest a setting like "force_full", or something similar. It focuses on what the user wants, not what they don't want.

Actions #7

Updated by mhrivnak about 8 years ago

Actions #8

Updated by ttereshc about 8 years ago

  • Status changed from NEW to ASSIGNED
  • Assignee set to ttereshc
Actions #9

Updated by mhrivnak about 8 years ago

  • Sprint/Milestone set to 19
Actions #10

Updated by bmbouter about 8 years ago

+1 to "force_full"

Added by ttereshc almost 8 years ago

Revision 2f4389a6 | View on GitHub

Add --force-full flag to publish command

re #1158 https://pulp.plan.io/issues/1158

Added by ttereshc almost 8 years ago

Revision 2f4389a6 | View on GitHub

Add --force-full flag to publish command

re #1158 https://pulp.plan.io/issues/1158

Added by ttereshc almost 8 years ago

Revision 7849304a | View on GitHub

Add --force-full flag to publish command

If specified the full publication of the RPMs will be done even when it is possible to make an incremental one.

closes #1158 https://pulp.plan.io/issues/1158

Actions #12

Updated by ttereshc almost 8 years ago

  • Status changed from POST to MODIFIED
  • % Done changed from 0 to 100
Actions #13

Updated by ttereshc almost 8 years ago

  • Platform Release set to 2.9.0
Actions #15

Updated by semyers almost 8 years ago

  • Status changed from MODIFIED to CLOSED - CURRENTRELEASE
Actions #17

Updated by bmbouter about 6 years ago

  • Sprint set to Sprint 1
Actions #18

Updated by bmbouter about 6 years ago

  • Sprint/Milestone deleted (19)
Actions #19

Updated by bmbouter about 5 years ago

  • Tags Pulp 2 added

Also available in: Atom PDF