Может плункер сохранить в github?

Question

Могу ли я создавать проекты на plnkr.co и сохранять их на github? Plnkr идеально подходит для представления проектов javascript и обеспечивает мгновенную совместную разработку. Будет очень полезно, если я смогу экспортировать из plnkr.co в github. Это возможно? тогда как?

Answer 1

Очевидно нет.

У вас есть похожие запросы "синхронизации", выраженные, например, в выпуске 28, что привело к созданию сценариев, подобных plunk_it.

Идея состоит в том, чтобы:

• ваши файлы в вашем локальном репо (что вы можете отправить на GitHub)
• способ отправить те же файлы на Plunker

Автор плункера предлагает такие альтернативы:

Я могу предложить вам три альтернативных способа переноса вашего кода на Plunker, которые могут или не могут лучше подходить вашему рабочему процессу:

• Создайте полезную нагрузку POST (так же, как вы это делали в [r26D/plunk_id]) и отправьте ее на http://plnkr.co/edit/ (или http://beta.plnkr.co/ если вы чувствуете себя предприимчивым),
  Это то, что используется в документации AngularJS (см. Кнопку "Редактировать" на: http://docs.angularjs.org/api/ng.directive:ngReadonly).
• Синхронизируйте свои фрагменты с Gist, а затем используйте ссылки импорта для своих пользователей. Это будет использовать тот же механизм, что и большинство текущих шаблонов на Plunker.
  Чтобы использовать, создайте форму в iframe, тело сообщения которой будет соответствовать схеме Plunk, которую вы уже обнаружили, и разместите этот iframe на http://plnkr.co/edit/gist: with target="_blank | _self",
• Создайте новую схему импортера для каталогов в репозитории Github. Это то, что я хотел добавить, но так и не смог сделать.
  О том, как работают импортеры, можно узнать по адресу: https://github.com/filearts/plunker_www/blob/master/assets/js/services/importer.coffee

Теперь основной недостаток всех этих предлагаемых подходов заключается в том, что вы не сможете увидеть список вилок из исходного кода. Это может быть то, что вы хотите. На самом деле, скоро (читай: в ближайшие несколько месяцев) будет больше информации об истории провала. Вместо одного атрибута fork_of будет массив истории или что-то в этом роде.

Кроме того, второе предостережение заключается в том, что при развертывании панели обсуждения (см. http://beta.plnkr.co/sMXKW6) ни один из предложенных подходов не поддерживает комментирование, так как комментарии будут включены только для сохраненных ссылок.