Лучшая практика для создания нового приложения в том же пространстве имен
У нас есть большое решение.NET с несколькими проектами, которые хранятся в одной TFS Collection. Мы - небольшая команда разработчиков, которая разрабатывает в основном внутреннее программное обеспечение, и мы обычно не делаем много разветвлений или слияний. Мы собираемся полностью перестроить одно из наших приложений с нуля, поэтому мы начнем с нового проекта. Этот проект должен иметь то же пространство имен, имя, имя сборки и т. Д., Что и проект, который он заменяет, но в течение этого времени нам все еще нужно будет поддерживать и поддерживать старый проект, а также все другие проекты в решении.
Как правильно это сделать? Должен ли я разветвлять все решение или только рассматриваемый проект? Если последнее, как я могу обрабатывать зависимости обратно к остальной части решения?
2 ответа
Принимая во внимание, что переработанное приложение полностью заменит существующее приложение, и при условии, что у вас есть существующие ветки Main и Development, например:
Main (solution containing live v1.x application)
|
+---> Development (solution containing v1.(x+1) application)
Я бы создал новую ветвь для решения из основной ветки, в которую должно быть создано приложение v2.0:
Main (solution containing live v1.x application)
|
+---> Development (solution containing v1.(x+1) application)
|
+---> Dev2.0 (solution containing v2.0 application)
Сюда:
- изменения в существующей кодовой базе V1.x и других ваших проектах могут быть обработаны в ветке v1;
- ветка v2 будет использоваться исключительно для перепланировки;
- Любые обновления существующих проектов, которые требуются приложению v2.0, могут быть получены из ветви Main после объединения с веткой Dev V1.0.
Вероятно, лучше всего разветвить все решение. Таким образом, вы можете поддерживать его отдельно во время его производства. Когда новая кодовая база готова, вы можете заблокировать исходную ветку для сохранности. Управлять им проще, и вы всегда будете знать, в какой версии приложения вы работаете.