Мы недавно наняли новых разработчиков. До сих пор у нас только один разработчик, который выполнял все свои изменения на Visual SVN. Но после того, как новые разработчики наняты, мы обеспокоены безопасностью наших учетных данных SQL, которые находятся в файле web.config.Visual SVN SQL Connection string amogst разных разработчиков
Мы либо хотим (не рекомендуется), чтобы исключить web.config из SVN, и у всех разработчиков есть их собственная версия web.config, которая содержит строку SQL-соединения тестовой машины. Но нам это действительно не нужно. Мы хотим, чтобы класс обрабатывал нашу строку соединения sql. Этот класс должен быть сконструирован таким образом, чтобы только авторизованный компьютер мог подключаться к серверу Sql производства.
Как другие команды решают такую проблему? может кто-нибудь помочь, пожалуйста?
Вы не совершаете свои изменения «на Visual SVN». VisualSVN - это просто интерфейс, основанный на вершине SVN, и на самом деле TortoiseSVN. (Отсюда и название «Visual» SVN). Вы совершаете свои изменения * используя * SVN. Вы можете изучить шифрование web.config. – Arran
Возможно, я не смог объяснить свой вопрос. Меня беспокоит утечка моего web.config, в котором есть строка соединения sql. После того, как другие разработчики проведут проверку из SVN, я не хочу, чтобы они видели строку соединения, а скорее, они должны были ввести строку соединения своей тестовой среды. Я не знаю, как и что с этим делать. –