SVN хранилище и метаданные

Question

В данный момент мы проверяем наш код производства php прямо на www. Таким образом, мы получаем все метаданные Netbeans и файлы проектов, которые необходимы для сайта, мы должны постоянно извлекать файлы метаданных с www, чтобы они не были доступны из браузера, то же самое касается всех метаданных и файлов svn. Есть ли способ проверить производственный код и отделить его от всех файлов, которые вы не хотите, чтобы ваши пользователи видели?

И стоит ли нам проверять файлы проектов netbeans?

Answer 1

Вместо проверки проекта, svn export it. Это избавляет от любых метаданных SVN. Кроме того, я должен согласиться с предложением acrosman: создать скрипт или удалить файлы вручную.

Я не знаю о NetBeans и о том, сколько он автоматически генерирует вещи, которые вы, возможно, включили в SVN, но в наших проектах мы SVN игнорируем любые автоматически генерируемые файлы, которые воспроизводятся при сборке. инструменты.

Answer 2

Передача файлов проекта / метаданных в хранилище является дискуссионной темой. Пуристы говорят, что репозиторий предназначен исключительно для исходного кода приложения, поэтому любой может извлечь код, не полагаясь на какие-либо конфигурации среды разработки, где, как говорят другие, это полезно и экономит время.

Если ваша команда использует одну и ту же среду разработки и будет работать в течение всего жизненного цикла проекта, я думаю, что это может быть практичным. Однако лично мое рабочее место всегда игнорировало метаданные из IDE, таких как Eclipse, и выходные данные процесса сборки.

Чтобы решить проблему копирования исходного кода прямо в производство, я предлагаю использовать сервер непрерывной интеграции или сборки для выполнения этой задачи. Затем вы можете предоставить файл сборки для выполнения повторяющейся работы по удалению ненужных файлов.

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

Answer 3

Для больших проектов я обычно пишу скрипт, который проверяет проект, удаляет любые дополнительные файлы (я обычно удаляю любой ненужный файл из рабочей копии, такой как sql, сценарии установки и т. Д.) И создаю tarball.

Затем я развертываю архив на промежуточном сервере. Как только мы довольны состоянием промежуточного сервера, мы внедряем тот же тарбол на работающий сервер. Это дает нам возможность очистить дерево, протестировать рабочую копию и знать, что любые последующие изменения, которые могли вызвать проблемы, не были включены при развертывании в производственной среде.