Найти историю покупок для рабочей папки SVN

Question

У нас есть сайт интрасети, поддерживаемый SVN, так что сайт является извлеченной копией хранилища (рабочая папка, используемая только IIS). Что-то на сайте сегодня вызывает проблемы, и я хочу знать, как узнать, что было извлечено в эту рабочую папку за последние 48 часов.

Обновление: Если есть опция, которую мне нужно включить, чтобы включить ее в будущем, что это?

Кроме того, как следствие, если мне нужно использовать время создания файла, как я могу быстро и рекурсивно сделать это для большой папки?

---

Если мне нужно проверить время создания, то этот вопрос также будет полезен для решения.

Answer 1

Весь код в веб-папке должен быть поддержан SVN коммитами, не так ли?

Если это так, вы легко сможете отследить проблему, просто просматривая журналы SVN с последними внесенными изменениями. svn info скажет вам, в какой редакции находится рабочая копия, поэтому вы знаете, с чего начать

Как только вы отследите коммит с ошибкой в ​​нем, вы можете использовать svn blame, чтобы найти человека, который это сделал, и объяснить им, что они пропустили и как они вызвали ошибку. Тогда вы можете заставить их купить каждому ланч, чтобы испортить сайт.

Если вы локально изменили / добавили какие-либо файлы, которых нет в SVN, то svn stat и svn diff покажут вам, что это за изменения, так что вы сможете выяснить, не являются ли они причиной проблемы. Затем вы должны отменить эти изменения, чтобы ваша рабочая копия была чистой проверкой, или зафиксировать изменения в хранилище.

Нет ничего хуже, чем пытаться отследить ошибку в вашем коде, только чтобы через 3 часа выяснить, что ошибка на самом деле отсутствует ни в одном из ваших кодов, а в какой-то глупой локальной настройке, которую кто-то сделал в рабочей копии, которая так и не получила совершено: - (

Answer 2

Вы можете использовать даты создания в локальных файлах. Вы не можете использовать даты модификации, потому что Subversion устанавливает их как последние измененные при оформлении заказа.

Также Subversion может регистрировать проверки, но это на стороне сервера

Answer 3

В зависимости от того, как вы получаете доступ к своему репозиторию SVN - если вы обращаетесь к нему как к файлу: // URL, я думаю, вам не повезло. Но если вы используете svnserve или один из шлюзов HTTP, вы сможете проверить журналы сервера на наличие доступа к URL-адресам SVN.

Answer 4

Я бы запустил svn st в веб-папке (чтобы найти любые файлы, которые были изменены с момента проверки) и сравнил бы это с хранилищем.