База данных SQL Server 2005 года всунула однопользовательский режим
Мягкий сброс ( примеров здесь ) должен только перемещать ветку Git HEAD, не касаясь ничего другого (ни индекса, ни рабочего дерева).
Это означает, что ничто не должно быть «потеряно»
Существует Microsoft/vscode выпуск 32459 , в котором упоминается:
Как автор инструментов git, тот факт, что git clean вызывается, когда намерение отменить изменения действительно удивительно. Как упоминалось ранее, смысл изменений в git понятен и не включает неотслеживаемые файлы.
Мне кажется, что вся проблема связана с введением новой терминологии поверх git - эта операция должна использовать аналог слов «hard reset» и «soft reset».
blockquote>Возможно, в вашем случае было выполнено
git clean, а неотслеживаемые файлы были ... очищены (удалены).
2 ответа
Можно ли войти в систему в сервер/базу данных?
В противном случае попробуйте ADMIN:ServerName, и он должен открыть чрезвычайный сеанс администратора
Затем можно войти в SQL Server к ALTER DATABASE MULTI_USER НАБОРА [имени]
Это - вероятно, Ваш Studio управления SQL (или подобный) соединение. Ваше уничтожение Вашего собственного соединения, затем снова соединяясь, чтобы видеть, находится ли кто-либо еще на нем, приводя к другому соединению.
Если это не это, проверьте свойства (имя пользователя, состояние, Приложение) соединения в "Мониторе Действия" (под папкой "Management").
Если Вы хотите переместить его из однопользовательского режима, щелкните правой кнопкой по базе данных и перейдите к свойствам. Выберите "Опции", и право вниз нижняя часть является свойством, названным, "Ограничивают Доступ".