Можно использовать IndexOf()
как это:
string title = "STRING";
if (title.IndexOf("string", 0, StringComparison.CurrentCultureIgnoreCase) != -1)
{
// The string exists in the original
}
С тех пор 0 (нуль) может быть индекс, Вы проверяете по-1.
основанное на нуле индексное положение значения, если та строка найдена, или-1, если это не. Если значение является Строкой. Пустой, возвращаемое значение 0.
Другой вопрос похож, но был задан re: performance: Производительность протокола Subversion
Книга SVN рекомендует вам не использовать протокол file: // для нескольких пользователей
Не использовать соблазненный простой идеей о том, что все ваши пользователи получают доступ к репозиторию напрямую через URL-адреса file: //. Даже если репозиторий доступен всем через общий сетевой ресурс, это плохая идея. Он удаляет любые уровни защиты между пользователями и репозиторием: пользователи могут случайно (или намеренно) повредить базу данных репозитория, становится трудно отключить репозиторий для проверки или обновления, и это может привести к беспорядку проблем с правами доступа к файлам ( см. раздел «Поддержка нескольких методов доступа к репозиторию»). Обратите внимание, что это также одна из причин, по которой мы предостерегаем от доступа к репозиториям через svn + ssh: // URL-адреса - с точки зрения безопасности это фактически то же самое, что и доступ локальных пользователей через file: //, и это может повлечь за собой все те же проблемы, если администратор не будет осторожен
Документы Tortoise SVN на самом деле сильно отговаривают его - см. по этой ссылке . .
Подводя итог:
file: // доступ предназначен для локальных, только однопользовательский доступ, особенно тестирование и отладка.
С технической точки зрения вполне возможно использовать протокол file: // с несколькими пользователями:
Повреждение НЕ произойдет при стандартном использовании svn, поскольку Subversion использует свои собственные механизмы блокировки в FSFS. В противном случае в книге SVN будет четко указано, чтобы избежать такой настройки, поскольку эта проблема упоминается в бэкэнде BDB.
Однако реальная проблема заключается в том, как ограничить доступ к базе данных репозитория, чтобы не получать доступ к данным репозитория с помощью любого другого произвольного инструмента?
Если вы используете файл:
Внезапно (и я не смог найти никакой информации в Интернете), я бы подумал, что если вы используете клиент SVN, который поддерживает протокол file: // ( TortoiseSVN , например), он должен работать правильно.
Однако, к сожалению, я не могу найти документ, но помню, что были определенные проблемы с протоколом file: // и SVN. Если возможно, я бы предложил настроить сервер SVN ( VisualSVN работает очень хорошо и легко настраивается), а не полагаться на общий ресурс Windows.
Изменить: Я обнаружил это обсуждение на Stackoverflow. Кажется, что с использованием файлового протокола проблем нет.
Редактировать 2: Ссылка Нила - это то, что я читал некоторое время назад, и она не одобряет файловый протокол. Однако, если вы используете файл: // Протокол означает разницу между использованием и неиспользованием системы контроля версий, я бы рекомендовал хотя бы использовать это. Некоторый контроль версий лучше, чем ничего.
Я думаю, вы настраиваете сами проблемы с этим подходом. Windows CIFS (протокол обмена файлами Windows) имеет множество известных проблем с блокировкой и одновременной модификацией, поэтому он будет либо медленным, либо небезопасным, либо и тем и другим.
Много, намного , лучше Решение состоит в том, чтобы настроить реальный сервер SVN вместо использования URL-адресов file: //.
Верно, брат ...
Я был там. Я тоже использовал файловую систему, чтобы разделить "svn server" между парой машин ... Единственное, что я получил, это поврежденные файлы и большие головные боли ...
Установил svn-сервер (CollabNetSubversion Server), и теперь все работает гладко ... Если не считать тех случаев, когда я сам наебался ... но это уже другая история ....
Ура.
Альдо
В Windows мы использовали Apache для обслуживания наших файлов. Здесь Мы очень довольны такой настройкой.