Я очень плохо знаком с Управлением версиями, и я задавался вопросом, мог ли я надеть некоторый совет, как это может вписаться в дизайн веб-сайта.
В данный момент я работаю над типичным, простым веб-сайтом, который включает изображения:
.html
файлы и a .css
файлЯ могу просто поместить всех в репозиторий? Или есть ли лучший способ, которым я мог применить Управление версиями к нему? Как я должен иметь дело с изображениями?
править:
Как хорошо это будет работать с изменениями в изображениях? Что, если я решаю попытаться оптимизировать свои фотографии или изменить размер их. Меня привычка смочь видеть, что точно изменилось об изображениях, комментариях, должно быть достаточно для отслеживания это?
Один из распространенных способов - решить, какие файлы вам понадобятся для публикации сайта, а затем включить эти файлы в вашу DVCS.Если вы в конечном итоге примете сервер сборки / сервер непрерывной интеграции, он проверит ваш код из вашего репозитория, запустит на нем тесты, скомпилирует его, а затем опубликует на вашем тестовом / производственном сервере. Для этого вам нужно будет включить все необходимые файлы.
Не следует включать ненужные файлы, которые могут часто меняться, но ничего не значат. Для мира ASP.NETк ним относятся файлы .suo, .user, resharper. Если у вас есть папка с загруженными файлами, вы также можете исключить ее, чтобы файлы, которые вы тестируете, не включались. По сути, что-нибудь в этом роде.
Уточнение
Относительно вещи "папка с загруженными файлами". Если ваш сайт поддерживает загрузку файлов пользователя, и они хранятся в каталоге сайта, скажем, в папке с названием «Uploads», то вы захотите исключить такую папку из системы управления версиями. Это просто пример того, что вы не хотели бы включать. Во время тестирования вы можете протестировать загрузку файлов на свой сайт, но вы, конечно, не захотите, чтобы эти тестовые загрузки были опубликованы в рабочей среде, поэтому держите их вне системы контроля версий.
Если у вас нет веской причины не делать этого, я не понимаю, почему вы не могли поместить изображения в хранилище.