Должен ли файл web.xml находиться под контролем версии?

Question

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

Следует ли добавить файл WEB-INF/web.xml в систему контроля версий? Кажется, это сгенерированный файл, поэтому мой инстинкт заключается в том, чтобы добавить его в список игнорирования, но я думал, что попрошу и обязательно.

Спасибо!

Answer 1

Ваша IDE, вероятно, сгенерировала образец файла web.xml, который вы будете редактировать по мере расширения вашего приложения. Если это так, то это определенно то, что вы хотите сохранить в контроле источника.

Как было сказано в других ответах, если вы на самом деле используете какой-либо инструмент для генерации web.xml, сохраните конфигурацию этого инструмента в исходном элементе управления и запустите инструмент во время процесса сборки.

Answer 2

Как правило, web.xml должен находиться под управлением версии. И это обычно не генерируется.

Если вы используете некоторую «умную» утилиту для генерации web.xml, то не ставьте ее в элемент управления версиями. Но:

• процесс сборки должен включать в себя генерацию, а также - ваше приложение не будет работать без этого файла

• Я бы посоветовал против поколения web.xml. Как минимум должен быть шаблон web.xml, к которому добавляется генератор.

Answer 3

это должно быть. именно там вы настраиваете свое веб-приложение.

Answer 4

В более общем плане все, что считается «источником», должно храниться в источнике. Это включает в себя:

• код (за исключением сгенерированного кода)
• файлы конфигурации (за исключением сгенерированного конфигурации)
• запускать скрипты
определения и объекты схемы
• базы данных (хранимых процедур, триггеров и т.д.)
• IDE конфигурации для параметров компилятора, форматирование и т. д.
• Планирование файлов определения
• Файлы исходных кодов среды

Если требуется, чтобы ваше приложение работало, и вы не генерируете его как часть процесса сборки, поставьте его в исходное управление.

Answer 5

Если файл может быть полностью восстановлен на основе информации, которая присутствует в вашей системе управления исходным кодом, то Нет. В противном случае Да.

Если вы можете восстановить его, то лучше документировать или автоматизировать как.