Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
    • Switch to GitLab Next
  • Sign in / Register
Antora
Antora
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 172
    • Issues 172
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
    • Iterations
  • Merge Requests 35
    • Merge Requests 35
  • Requirements
    • Requirements
    • List
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
    • Test Cases
  • Security & Compliance
    • Security & Compliance
    • Dependency List
    • License Compliance
  • Operations
    • Operations
    • Incidents
    • Environments
  • Analytics
    • Analytics
    • CI / CD
    • Code Review
    • Insights
    • Issue
    • Repository
    • Value Stream
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • Antora
  • AntoraAntora
  • Issues
  • #120

Closed
Open
Opened Jan 20, 2018 by Dan Allen@mojavelinuxOwner

Ignore duplicate component in same repository if matches component in HEAD

As an extension to #84 (closed), if there's another branch in the same repository that claims to provide the same component as the current branch / HEAD, ignore that other branch. This situation can occur when an author is working on a feature or fix branch. If the author specifies one of the branch patterns in the playbook as HEAD and uses a glob pattern to match other branches, as in:

content:
  sources:
  - url: docs
    branches: [ HEAD, v* ]

In this case, the original branch may also get matched. This currently results in an error. Instead, the original branch should simply be ignored in this situation (or perhaps logged that it's being skipped in an info-level log message).

The workaround is to add an exclusion for the original branch. For example, assuming the current branch is named v1.0-fixes based off of v1.0:

content:
  sources:
  - url: docs
    branches: [ HEAD, v*, '!v1.0' ]

But this partially defeats the purpose of the HEAD reference.

To upload designs, you'll need to enable LFS and have admin enable hashed storage. More information
Assignee
Assign to
M2
Milestone
M2
Assign milestone
Time tracking
None
Due date
None
Reference: antora/antora#120