Skip to content
This repository has been archived by the owner on Sep 12, 2021. It is now read-only.

Experimenting with laying out the licensing stamp for a closed/internal source repository

License

Notifications You must be signed in to change notification settings

jrbeverly/internal-reserved-license-repo

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

4 Commits
 
 
 
 
 
 

Repository files navigation

internal-reserved-license-repo

Experimenting with laying out the licensing stamp for a closed/internal source repository

Notes

Experimenting with the idea of what license annotations would look like on an internal repository that is not intended for public distribution. This can seem odd, as the source code files of the project should not be distributed, so the only individuals viewing the license should be those with pre-approved access (i.e. contributors/employees).

The intention of this is to explore ideas around having tools & systems be aware of the licensing "intentions" of the source code. By that I mean, if an automated tool attempted to set a GitHub Repository to 'Public' or migrate it out to the organizations OSS/Public GitHub Organization, the license.spdx file would be noted as UNLICENSED (or the equivalent term) and refuse the action on the grounds that is not permit. Or just not show it as meeting the minimum requirement to be flagged as 'Open Source'.

I don't think designing everything to have consider what a license.spdx file would be the direction, but instead curious how an 'affix' or 'aspect' oriented style could work with this. This requires further investigation about intentions around annotating resources with external non-technical considerations like licensing/distribution.

About

Experimenting with laying out the licensing stamp for a closed/internal source repository

Topics

Resources

License

Stars

Watchers

Forks