/ / Сторінка організації налаштування, яка автоматично посилається на вміст у межах репостів - jekyll, github-сторінок

Сторінка організації налаштування, яка автоматично посилається на вміст у межах репостів - jekyll, github-сторінок

Досить новачка Джекілла, не дуже впевнена, чи це можливо чи найкращий спосіб зробити це.

Я намагаюся налаштувати сторінку організації, яка автоматично включає вміст, розміщений у різних репозиціях. Таким чином сторінка організації слугує покажчиком зміст в окремих репостах (не самі репости).

Я ще не зміг знайти документацію для цього. Хтось знає про спосіб зробити це?


Редагувати:

Я не думаю, що моє питання розуміється, тому я його переглядаю тут.

Я хотів би, щоб організаційна сторінка була сукупність вміст із сховищ.

Приклад:

Припустимо, я професор, керую дослідницькою групою,і мають студентів, які працюють над різними проектами. Я встановлюю окремі сховища для кожного проекту, щоб студенти могли вести блог про свій хід проекту, над яким він працює. Я можу використовувати Джекілл, щоб кожен міг зайти my_org.github.io/projectA читати про проект A та my_org.github.io/projectB читати про проект B тощо. Однак я хочу, щоб хтось міг поїхати my_org.github.io/ і переглядати публікації в блогах від все проекти

То чому б не використовувати теги чи щось подібне? Бо припустимо, що я не хочу, щоб студенти мали доступ до них все з репостів - лише той, що підходить для цього проекту.

Щоразу, коли хтось дописує до my_org.github.io/projectA або my_org.github.io/projectB Я хочу, щоб цей вміст також був вказаний на my_org.github.io/.


Щоб було зрозуміло, я не хочу індексувати сховища - я хочу проіндексувати зміст сховищ (тобто вміст _posts каталог).

Я не заперечую, якщо мені потрібно оновити сторінку організації - я можу просто зробити сценарій робити це раз на день. Однак мені не хочеться також копіювати або переміщувати вміст на репо-сторінку організації.

Відповіді:

0 для відповіді № 1

Ваш основний вміст у userName.github.io у головній галузі. Ви також можете вказати на a індивідуальний домен в цьому сховищі.

Тепер ви можете створити сховище проекту (тобто: myRepo). Цей проект може розмістити код у master відділення та його документацію в gh-pages відділення. The gh-pages Зараз можна досягти результату генерації галузей a userName.github.io/myRepo або customDomain/myRepo.

Ви головне меню в userName.github.io тепер може мати посилання на зразок <a href="/myRepo">My super project</a>.

Автоматичний!

Редагувати: Після редагування.

Професор володіє github.com/professor рахунок. Він створює блог про джекіл professor.github.io сховище. Це дозволяє йому створювати сховища для учнівських проектів.

Професор створює а github.com/professor/projectA і дозволяє student1 і student2 сприяти цьому.

student1 і student2 потім може скористатися (якщо потрібно) головним відділенням проекту для коду та для gh-pages відділення для документації.

Єдине, що повинен зробити професор - це посилання відProfessor.github.io до Professor.github.io/projectA. Вміст вже є у сховищі проектів, і не потрібно його копіювати на Professor.github.io.

Можливо, єдине, що потрібно зробити, це використовувати однакові шаблони та таблиці стилів.

Якщо ви дійсно хочете копіювати вміст із сховищ проектів у сховищі користувачів, вам потрібно буде:

  • створіть плагін Jekyll, який індексує всі ваші сховища проекту та висуває вміст у сховище користувача
  • встановити цей плагін Jekyll + на сервер
  • налаштуйте роботу з Cron, яка щодня розпочинає збірку і натискає результат на github

Не впевнений, що це найпростіший спосіб зробити це.