Какие настройки и команды git могут помочь управлять частным контентом в общедоступном Github?

Я создаю "CMS" (используется легко) на PHP, который я предоставляю как открытый источник через репозиторий Github. Я создаю его, поскольку новая домашняя страница для моей компании и контент в различных формах служат хорошим примером того, как использовать различные классы и функции.

Сначала я оставил свой контент там (все хранятся как текстовые файлы Markdown) - о страницах, примерах клиентов, сообщениях в блогах, - но затем испугался и добавил в Lorem Ipsum и поддельные изображения. По какой-то причине, хотя это все будет доступно для публики по нашему URL-адресу, просто было плохо, что дизайн, контент и все остальное настолько легко доступны. Тем не менее, было бы (а) приятно иметь все в одном репо, (б) отличный жест, чтобы сказать "эй, что мое принадлежит тебе", тем более что мы концентрируемся на open source и (в) просто делает то, что уже возможно (украсть наш дизайн и контент) лишь немного проще.

Есть ли способ, с помощью которого <? 20 > репо может управлять (полу) частным контентом при публикации его в публичном репо?

Ответ 1

Как указано в разделе Можно открыть исходный код, размещенный в github, с закрытым исходным кодом?:

GitHub сам по себе не имеет никакого отношения к тому, как вы лицензируете свой код. Таким образом, вы можете прекратить публикацию своего источника через GitHub, но все, что было разветвлено и клонировано от него до этого момента, конечно, остается "там" под лицензией с открытым исходным кодом, которую вы первоначально использовали.

Так что это больше о:

  • доступность: имеет ли значение, что каждый может получить доступ/прочитать ваш код?
  • лицензирование: какую лицензию вы прикрепляете к контенту этого репо?

Я предпочитаю держать отдельно:

  • файлы шаблонов (эквивалент файлов Lorem Ipsum)
  • script файлы, способные генерировать фактические значения файлов

из самих файлов значений (файлы с фактическими данными компании).
Я сохраняю их в GitHub.

Таким образом, я могу объявить драйвер фильтра содержимого, который при проверке автоматически создаст для меня окончательные файлы.

content filter driver

(см. "Автоматически игнорировать выбранные изменения кода при нажатии на git -hub репозиторий для более)