Как организовать дополнительный материал проекта отдельно с помощью Git? - PullRequest
Новая
       52

Как организовать дополнительный материал проекта отдельно с помощью Git?

4 голосов
/ 09 июня 2011

Я хочу, чтобы все файлы проекта, такие как исходный код, были частью репозитория.По причинам простоты вся работа выполняется в ветке development .Кроме того, я хочу включить дополнительные материалы проекта, такие как PDF-файлы.Я не хочу добавлять их в ветку development .До сих пор я придумал следующие стратегии:

  • Стратегия 1 - создать отдельную ветку материал и добавить PDF-файлы.Ветвь делится некоторой историей со своей родительской ветвью.
  • Стратегия 2 адаптирует первую стратегию, но также время от времени объединяет коммиты ветви material с веткой development время.(Я не хочу этого, и это лаваш.)
  • Стратегия 3 - создать сиротскую ветвь , которая не разделяет историю исходного кода, например.
  • Стратегия 4 состоит в том, чтобы следовать стратегии 1 или 3 и дополнительно создать подмодуль, представляющий только ветку материал «основного» хранилища.Если это возможно, в рабочем каталоге будут отображаться ветвь development и ветвь material одновременно.

Недостатком всех стратегий является то, чтоне могу получить доступ к файлам в рабочем каталоге, когда я извлек другую ветку.
Как я могу работать с веткой development и в то же время иметь в наличии материал врабочий каталог?Если вам проще представить, материал также может быть документацией .

Редактировать: Я добавил стратегию 4после прочтения Сета Робертсона ответ.

1 Ответ

2 голосов
/ 09 июня 2011

Ну, вы можете разделить PDF-файлы в отдельный репозиторий и использовать что-то вроде gitslave или git-submodules, чтобы связать два проекта вместе.

Одним из расширений этой идеи является то, что при использовании git-submodules (не gitslave) вы можете сделать «другой репозиторий» локальным репозиторием в другой ветке (я не вижу, как git мог расскажите об этом помимо какого-либо другого случая - за исключением, возможно, блокировки, если вы фактически используете то же репо, а не клонируете из основного апстрима).

Конечно, с git-submodules у вас могут возникнуть (или не возникнуть) проблемы с объединением SHA репозитория pdf. Гитслав не имел бы этой проблемы.

...