Объект обновления к пересмотру по сравнению с возвращается к пересмотру
SLEEP.exe включен в большинство Наборов Ресурса, например, Набор Ресурса Windows Server 2003 , который может быть установлен на Windows XP также.
Usage: sleep time-to-sleep-in-seconds
sleep [-m] time-to-sleep-in-milliseconds
sleep [-c] commited-memory ratio (1%-100%)
4 ответа
, если вы используете firefox: https://addons.mozilla.org/en-US/firefox/addon/5817
SQLite Manager
Управляйте любой базой данных SQLite на ваш компьютер ...
Особенности:
- Управление любой базой данных SQLite на вашем компьютере.
- Интуитивно понятное иерархическое дерево, показывающее объекты базы данных.
- Полезные диалоги для управления таблицами, индексами, представлениями и триггерами.
- Вы можете просматривать и выполнять поиск в таблицах, а также добавлять, редактировать, удалять и дублировать записи.
- Возможность выполнять любой запрос sql.
- В представлениях также можно искать.
- Выпадающее меню помогает с синтаксис sql, что упрощает написание sql.
- Легкий доступ к общим операциям через меню, панели инструментов, кнопки и контекстное меню.
- Экспорт таблиц / представлений / базы данных в формате csv / xml / sql. Импорт из csv / xml / sql (как UTF-8, так и UTF-16). Но вы не можете продолжать работу над этой версией, так как SVN будет жаловаться, что ваша рабочая копия устарела .
возврат к этой версии отменит все изменения в вашей рабочая копия, созданная после выбранной ревизии (в вашем примере ревизия 96,97,98,99,100) Ваша рабочая копия теперь находится в измененном состоянии .
Содержимое файла в обоих сценариях одинаково, однако в первом случае у вас есть немодифицированная рабочая копия , и вы не можете зафиксировать свои изменения (поскольку ваша рабочая копия не указывает на HEAD rev 100), во втором случае вы иметь измененную рабочую копию, указывающую на голову, и вы можете продолжить работу и зафиксировать
Файлы в вашей рабочей копии могут после этого выглядеть точно так же, но это все равно очень разные действия - репозиторий находится в совершенно другом состоянии, и вы будете после возврата вам будут доступны другие параметры, чем «обновление» до старой ревизии.
Вкратце, «обновление до» влияет только на вашу рабочую копию, но «обратное слияние и фиксация» повлияет на репозиторий.
Если вы » update "до старой ревизии, то репозиторий не изменился: в вашем примере ревизия HEAD по-прежнему 100. Вам не нужно ничего фиксировать, так как вы просто возитесь со своей рабочей копией. Если вы внесете изменения в свою рабочую копию и попытаетесь зафиксировать, вам сообщат, что ваша рабочая копия устарела, и вам нужно будет обновить, прежде чем вы сможете зафиксировать. Если кто-то другой, работающий с тем же репозиторием, выполняет «обновление», или если вы извлекаете вторую рабочую копию, это будет r100.
Однако, если вы «обратное слияние» со старой ревизией, тогда ваша рабочая копия будет все еще основан на HEAD (при условии, что вы в курсе), но вы создаете новую ревизию, чтобы заменить нежелательные изменения. Вы должны зафиксировать эти изменения, так как вы меняете репозиторий. После этого для любых обновлений или новых рабочих копий на основе HEAD будет отображаться r101 с содержимым, которое вы только что зафиксировали.
тогда ваша рабочая копия по-прежнему основана на HEAD (при условии, что вы обновлены), но вы создаете новую ревизию, чтобы заменить нежелательные изменения. Вы должны зафиксировать эти изменения, так как вы меняете репозиторий. После этого для любых обновлений или новых рабочих копий на основе HEAD будет отображаться r101 с содержимым, которое вы только что зафиксировали. тогда ваша рабочая копия по-прежнему основана на HEAD (при условии, что вы обновлены), но вы создаете новую ревизию, чтобы заменить нежелательные изменения. Вы должны зафиксировать эти изменения, так как вы меняете репозиторий. После этого для любых обновлений или новых рабочих копий на основе HEAD будет отображаться r101 с содержимым, которое вы только что зафиксировали.Обновите вашу рабочую копию до выбранной ревизии. Полезно, если вы хотите, чтобы ваша рабочая копия отражала какое-то время из прошлого, или если в репозиторий были внесены дополнительные фиксации, и вы хотите обновлять свою рабочую копию по одному шагу за раз. Лучше всего обновлять весь каталог в вашей рабочей копии, а не только один файл, иначе ваша рабочая копия может быть несогласованной. Используется для проверки цели конкретной версии. Если ваш тест прошел, вы можете использовать эту команду для проверки другой версии или использовать Обновление SVN , чтобы получить HEAD
Если вы хотите отменить ранее измените навсегда, используйте Вернуться к этой версии вместо этого. If you Revert to a rev, you can commit to repository.everyone will back to the rev after they do an update.
Чтобы понять как состояние вашей рабочей копии различается в обоих сценариях, вы должны понимать концепцию ревизии BASE :
BASE
Номер редакции элемента в рабочей копии. Если товар был локально измененный, это относится к как товар появляется без них локальные изменения.
Ваша рабочая копия содержит моментальный снимок каждого файла (скрытого в папке .svn) в этой версии BASE, то есть в том виде, в каком он был при последнем извлечении из репозитория . Это объясняет, почему рабочие копии занимают в 2 раза больше места и как возможно, что вы можете проверить и даже отменить локальные изменения без сетевого подключения.
Элемент обновления до версии изменяет эту базовую ревизию, делая BASE устаревшей. Когда вы попытаетесь зафиксировать локальные изменения, SVN заметит, что ваша BASE не соответствует HEAD репозитория. В фиксации будет отказано, пока вы не выполните обновление (и, возможно, слияние), чтобы исправить это.
Возврат к версии не изменяет BASE. Концептуально это почти то же самое, что редактирование файла вручную для соответствия более ранней версии.