Как правильно организовать несколько ветвей с каждой другой файловой системой?Git - Несколько ветвей с различными файловыми системами
Вот ситуация -
У меня есть две ветви:
- Текущий мастер с файлами проекта, которые были сделаны год назад
- Текущие разработки новых файлов проекта (совершенно другая структура) который должен разработать и в один момент переключатель
Точка, в которой вещи возникают проблемы, так это то, что у развитого брака есть, например, папка «storage», которая игнорируется файлом .gitignore. Другая ветка не имеет этой папки (и поэтому она не находится в файле .gitignore). Когда я выхожу из разработки, чтобы справиться с этим, эта папка «хранилище» внезапно появляется в другой ветке, где ее вообще не должно быть.
Как указать каждый проект, файлы или папки которого не должны отправляться на сервер, и в то же время файлы/папки должны прикрепляться к каждой ветке, не перемещаясь по ветвям в каждой кассе.
Мне удалось решить эту проблему, добавив эту папку в файл .gitignore в проекте, где эта папка не должна существовать (так я не вижу, что у меня есть неизменные файлы, которые следует совершать), но я думаю это не лучшее решение, потому что почему я исключаю то, чего не должно быть даже там?
Это становится еще сложнее, когда я использую PHPStorm IDE. PHPStorm создает в каждом проекте (в данном случае - каждую ветку) папку «.idea», где расположены все файлы конфигурации и истории для конкретного проекта. Очевидно, что я не хочу отправлять эту папку в удаленный репозиторий (потому что у каждого разработчика есть своя папка .idea для каждого проекта), поэтому я исключаю его в файл .gitignore (я сделал это для обеих ветвей, потому что каждая ветка имеет свою собственную папку «.idea»). Когда я выхожу в другую ветку, эта папка перемещается к этой ветке, которая не должна произойти, потому что эта папка .idea разрушает папку .idea другого branche. Все конфиги перепутаны.
Почему две разные файловые системы проекта как две ветви не два проекта? Потому что это тот же проект. Просто совершенно новая версия, которая обеспечивает тот же визуальный дизайн, функциональность и добавляет много дополнительной функциональности. Нет смысла называть это каким-то другим проектом. Это другая версия, но тот же проект.
Это звучит так, как правильно его обрабатывать. По какой-то причине я ничего не заметил о рабочих вагонах, пока я искал ответ на эту проблему. Я попытаюсь использовать их, и если это решит мою проблему, я буду принимать это как правильный ответ. –