Uploaded image for project: 'Puppet'
  1. Puppet
  2. PUP-866

Deprecate "import"

    XMLWordPrintable

    Details

    • Type: Task
    • Status: Closed
    • Priority: Normal
    • Resolution: Fixed
    • Affects Version/s: None
    • Fix Version/s: PUP 3.5.0
    • Component/s: Compiler
    • Labels:
    • Template:
    • Story Points:
      1
    • Sprint:
      Week 2013-12-11 to 2013-12-18

      Description

      The distinction between import and include/class declaration confuses many users, and we've had a number of edge cases with import that have caused even more confusion.

      The path forward is to structure your manifests in classes in modules, and to follow autoloader conventions. This does make Puppet much more opinionated, but we believe the benefits are worth it.

      Particularly this will push people towards a world where Puppet manifests are more easily shareable in the form of modules, and by running everyone through the autoloader, we'll have a much more consistent set of behaviors.

      We believe there is only one major required use case for `import`, the following pattern:

      <pre>

      1. manifests/site.pp
        import nodes/*.pp
        </pre>

      where users have separate DSL node definitions in a nodes subdirectory, and wish to import them all.

      We're committed to solving this use case in associated tickets.

      If people have other valid use cases for import that the autoloader cannot support, please comment on this ticket.

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              Unassigned
              Reporter:
              redmine.exporter redmine.exporter
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:

                  Zendesk Support