Куда вы помещаете server.xml в проект eclipse tomcat при проверке контроля версий?

Когда вы создаете проект tomcat в eclipse, он помещает файл server.xml в раздел «Серверы», который отображается как отдельный «Проект» в проводнике проекта. Мой вопрос в том, как лучше всего проверить это в системе управления исходным кодом, чтобы, когда другой пользователь попытается проверить проект, файл server.xml находился в правильном месте.

В настоящее время я использую систему контроля версий Perforce, но в прошлом у меня возникала такая же проблема с другими системами.

По моему опыту, другие пользователи в конечном итоге создадут свой собственный сервер tomcat в eclipse, а затем им придется скопировать пользовательский server.xml.

Лучшее, что мне удалось сделать, это сохранить server.xml в WEB-INF или другой каталог внутри проекта, а затем обновить его для управления исходным кодом. Однако это сопряжено с риском, поскольку вы должны помнить о сохранении изменений server.xml обратно в WEB-INF. Не говоря уже о том, что вы должны задокументировать копирование server.xml в качестве шага настройки для пользователей, создающих ваш проект.


person Jeremy Goodell    schedule 06.06.2012    source источник


Ответы (1)


Я бы создал папку в проекте веб-приложения, например etc/, куда я бы поместил большой README и жесткую ссылку на server.xml. Таким образом, любой, кто проверяет проект, будет проинструктирован сделать то же самое (в README) - и все изменения в server.xml будут версионированы. Я бы не стал связываться с WEB-INF - server.xml там не место.

person Mr_and_Mrs_D    schedule 16.10.2012
comment
На самом деле, я сейчас не помещаю его в WEB-INF, я сделал что-то похожее на то, что вы сказали, я создал подкаталог с именем conf в основном каталоге веб-приложения. Внутри этого я помещаю все файлы conf, которые необходимы для конфигурации сервера. Я также включил, как вы сказали, файл README, объясняющий, что со всем этим делать. Это все еще немного сложно, но конфигурация всегда будет. Потому что, в конце концов, независимо от того, что вы в конечном итоге делаете в системе управления исходным кодом, вам, вероятно, потребуются разные версии файлов конфигурации в различных средах развертывания. - person Jeremy Goodell; 17.10.2012