У меня вопрос о нестандартной стратегии ветвления git.Должен ли я использовать ветви Git для хранения несвязанного кода?
Предположим, у меня есть много небольших файлов, например, скриптов, которые в целом не связаны друг с другом. Предположим, я делю их, на различные концептуальные группы, а затем передаю каждую группу файлов, в свою очередь, в разные пустые ветви. Поэтому у меня будет пустой мастер и ветки из таких файлов, как foo-файлы, bar-файлы и т. Д., Каждый из которых содержит совершенно разные файлы и структуру папок.
Некоторые другие требования
ветви никогда не должны сливаться до мастера. Но может быть mergable друг с другом, по некоторому именованию, как: Foo-файлы-мастер> Foo-файлы-bobswork
Я определенно не хочу отдельные операций РЕПО, так как в некоторых случаях мы говорим о только 1 или 2 файла, которые концептуально связаны, недостаточно, чтобы оправдать накладные расходы администратора отдельного репо.
Я колеблюсь, чтобы поместить все каталоги в одну ветку, потому что я не хочу клонировать все файлы, когда меня интересуют только две тысячи.
Возможно ли это? Это укусит меня в будущем?
Я искал и искал любую информацию об этом подходе и не нашел многого. Я нашел «orphan branches», который выглядит релевантным. Я собираюсь проверить это. Но игнорируя эту функцию за минуту, есть ли недостаток, чтобы иметь кучу ветвей, вытекающих из пустого мастера, каждый с совершенно другой файловой структурой?
Эта идея выглядит странно и неожиданно – zerkms
почему просто не начать новый проект, а не .. – Steve
Да. Я знаю, что это довольно левая область. Я никогда не видел этого раньше, но не могу сформулировать, почему это плохая идея, кроме как «плохо пахнет» И я не хочу отдельный проект или репо только для 2-х файлов. – Jeffrey