Как вызвать Вашу локальную версию как новейшую на SVN
Вы можете ознакомиться с документацией о том, как реализовать закрепляемую панель задач в Outlook . Это может помочь вашему делу.
3 ответа
Грубая сила путь:
- Сделайте копию своих локальных файлов.
- Удалите все .svn файлы во всех каталогах
- Проверьте ГЛАВНУЮ версию.
- Скопируйте свои локальные файлы на проверенную ГОЛОВУ.
- Перепроверьте свои локальные файлы в репозиторий.
Если бы Вы сделали это правильно, то клиент SVN должен интерпретировать измененные файлы как обновления репозитория. Это однако перезапишет любые изменения, другие люди сделали это, можно хотеть сохранить. Если Вы хотите сохранить те изменения, сделайте разность на всех файлах сначала и включите все недавние изменения, прежде, чем сделать заключительную фиксацию.
Обратное слияние назад к исходному пересмотру:
- Для каждого измененного файла,
- Сравните разность, обратите внимание на изменения, которые Вы хотите сохранить, и изменить Вашу локальную копию соответственно.
- Сделайте копию своих локальных файлов.
- Обратное слияние Возвращается к желаемой исходной версии.
- Вставьте свою копию локальных файлов на объединенную локальную копию. (Удалите .svn сначала),
- Фиксация
Это - вероятно, больше руководства, если Вы просто не возвращаетесь все назад, не проверяя ни на какие изменения.
Подверсия, AFAIK, еще не имеет никакого условия для стереть команды, таким образом, все изменения всегда происходят с локальной копией ГОЛОВЫ.
Возвращение назад является просто обратным слиянием, и все слияния всегда происходят на Вашей локальной копии. В идеальной системе будет прослежено слияние, но Подверсия не отслеживает информацию о слиянии, таким образом, Вы могли бы также сделать метод 1 и просто сделать комментарий в журнале фиксации.
Некоторые URL для поиска:
Таким образом, я переключился на некоторые файлы к более старой версии для возвращения некоторых файлов к версии 1 на моей локальной платформе.
Вместо этого необходимо было вернуться изменения от конкретного пересмотра. Необходимо все еще смочь сделать обновление и вернуться изменения от того пересмотра после этого.
Здесь существует две возможности:
- Вы эффективно переключились на предыдущую версию repo, таким образом, Вы работали по версии 1;
- Или Вы проверили старые версии файлов по версии 2, изменили их и фиксировали как новая версия.
В любом случае, если Вы фиксировали изменения успешно, это - то, что должно быть на сервере.
Если бы Вы не уверены, однако, я рекомендовал бы:
- Сохраните резервное копирование своих текущих файлов;
- Проверьте новую копию repo;
- Если Вы видите, что это совпадает с Вашей копией, то ничто иное, чтобы сделать.
- В противном случае перезапишите все файлы в новой копии с Вашим резервным копированием (за исключением скрытых .svn папок!)