Я работаю в инженерной лаборатории, а не в лаборатории компьютерных наук.Таким образом, наше собственное программное обеспечение не является готовым продуктом.Вместо этого для анализа технических проблем используется собственное программное обеспечение, и мы предоставляем результаты.
Это делает управление версиями настоящим адом.Или, может быть, я должен просто сказать, что стандартная древовидная структура управления версиями "магистральный и ответвленный", кажется, не применяетсяЯ надеюсь, что кто-то может предложить лучший способ сделать что-либо.
Например, каждый инженерный проект требует добавления входных файлов для конкретных случаев, файлов времени выполнения и файлов постобработки.Ни один из них действительно не принадлежит соединительной линии, потому что они не являются общими, но каждый новый проект нуждается в этих файлах.Мы пытались поместить шаблоны в транк, но не было четкой наилучшей практики относительно того, когда шаблоны должны объединяться.
Точно так же внутренний код постоянно развивается по мере добавления новых возможностей.Многие из них должны быть объединены в транк, чтобы они были доступны для будущих приложений.Тем не менее, есть также несколько хаков для конкретных случаев, которые транк не должен видеть.
Как нам организовать этот беспорядок?Очевидно, чем проще, тем лучше.