Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

subdirectory structures in component repos #41

Open
shawndwells opened this issue Nov 22, 2017 · 1 comment
Open

subdirectory structures in component repos #41

shawndwells opened this issue Nov 22, 2017 · 1 comment

Comments

@shawndwells
Copy link
Member

shawndwells commented Nov 22, 2017

In the current RedHat content repo, directory structure is used to breakout products:

https://github.com/opencontrol/RedHat/tree/master/OpenShift-v3
https://github.com/opencontrol/RedHat/tree/master/OpenStackPlatform

edit: Not sayin' this is the best practice or most ideal, just how we got started :)

If I understand the OpenControl schema for systems correctly, only url and revision can be passed as arguments:

https://github.com/opencontrol/schemas/blob/master/kwalify/opencontrol/v1.0.0.yaml#L53#L61

      systems:
        type: seq
        sequence:
          - type: map
            mapping:
              url:
                type: str
              revision:
                type: str

This forces us to create many content repos, e.g. redhat-rhel, redhat-openshift, redhat-jboss, instead of one per vendor.

Has there been a discussion on if this is desired? Should we update the schema to support a directory tree, e.g.:

  systems:
    - url: https://github.com/opencontrol/RedHat
      revision: master
      folder: tree/master/Product1

    - url: https://github.com/opencontrol/RedHat
      revision: master
      folder: tree/master/Product2
@shawndwells
Copy link
Member Author

Bump. Would a PR to update the schema in this manner be welcome? Would be very useful for the ComplianceAsCode project, which is aggregating content from multiple vendors/technologies (unifying the SCAP, Ansible, and OpenControl workflow).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant