Как жить с Визуальным Источником Безопасный 2005?
Для Masonry v3.2.2 (последняя на момент написания этой статьи) это то, что работает:
Предполагая, что newHtml является строкой, подобной этой:
<li>item 1</li><!--split-->
<li>item 2</li><!--split-->
<li>item 3</li>
Вы обрабатываете ее как это:
$.get(apiUrl, function(newHtml) {
var textArr = newHtml.split("<!--split-->");
var elArr = [];
$.each(textArr, function(i,v) {
if (v) {
elArr.push($(v)[0]);
}
});
$(this).append(elArr);
$container.waitForImages( function() {
$container.masonry('appended', elArr);
});
}
У меня ушло 2 часа, чтобы узнать это!
5 ответов
Не делайте ничего сложного с VSS. Я думаю, что многие люди, у которых никогда не было проблем с VSS, просто использовали его как общий доступ к файлам (т.е. файлы регистрируются один раз и никогда не изменяются) - по иронии судьбы использование VSS в качестве обычного резервного копирования файлов на самом деле увеличивает шансы катастрофической потери!
VSS топит вас шквалом плохо сформулированных вопросов. На каждый вопрос нет однозначного ответа, вам придется остановиться и подумать над каждым. При отключении от VSS вас постоянно спрашивают, хотите ли вы переключиться на использование VSS поверх IIS, если вы это сделаете, будет неочевидно, как отменить это.
Не используйте подключаемый модуль VSS, чтобы получить первоначальный проект или проверить проект. Плагин VSS имеет тенденцию помещать ваши файлы в неожиданные места, используйте клиент VSS, что с большей вероятностью даст вам структуру папок, которая отражает структуру проекта в VSS.
Не используйте встроенные функции для ветвления, не объединяйте. Создайте новый проект VSS (т. Е. Новый набор папок) и проверьте код, как если бы он был совершенно новым, когда вам нужно выполнить ветвление. Если вам нужно смоделировать слияние, используйте что-то вроде несравненного.
Не переименовывайте файлы, вместо этого добавьте новые, скопируйте и вставьте, а затем удалите. Это разрывает цепочку истории, но имеет меньше проблем
. Разрешите многократную проверку, но неофициально не позволяйте слишком много работать над одной и той же областью кода, не позволяйте другим разработчикам допускать, чтобы их версия стала слишком устаревшей, потому что тогда вы пытаетесь объединить свою старую версию рабочей папки и последнюю версию, а VSS имеет тенденцию топить младших разработчиков вопросами, которые они не понимают.
Дон ' т делать очень большие проверки. Не используйте при медленном сетевом подключении без сторонних продуктов.
Если вы используете подключаемый модуль VSS в Visual Studio, периодически используйте клиент VSS для сравнения и синхронизации вашей рабочей папки, но делайте это файл за файлом, а не в пакете.
Не позволяйте репозиторию становиться слишком большим. Разделение репозиториев для несвязанной работы.
Не обманывайтесь паролем для входа в систему. VSS не более безопасен, чем разрешения NTFS для папки.
Когда разработчик увольняется из компании, попросите его отменить свои проверки. На порядок проще отменить извлечение, используя тот же компьютер, учетные данные пользователя и рабочую папку, чем использовать учетную запись администратора для отмены чьего-либо извлечения.
Также применимы все передовые методы для любой системы управления версиями, например, возврат последовательные версии двоичных файлов в виде двоичного файла.
У меня не было ничего, кроме отрицательного опыта попыток интеграции VSS с VS, поэтому я бы не рекомендовал этого делать. Однако в то время мы имели дело с проектами ASP.Net 1.1, у которых не было такой приятной функции, как возможность жить где угодно в какой-либо структуре папок, и в основном мы сталкивались с проблемами - пытались синхронизировать структура проекта с репозиторием VSS.
Помимо этого, я могу только предложить вам не проверять код через VPN-соединение, которое подвержено разрыву. Фактически ... Я бы посоветовал вообще никогда не проверять код удаленно;) Если соединение прерывается в середине фиксации, вы можете удвоить оценку того, была ли база данных просто повреждена.
В последний раз, когда я пробовал это (это было очень давно), интеграция с Visual Studio плохо работала с использованием веток проекта VSS.
Я просто использую клиент VSS.
Другое рекомендации:
- Регулярно запускайте «анализ» администратора VSS (для обнаружения / исправления любых повреждений в базе данных).
- Создайте и протестируйте регулярное (например, ночное) резервное копирование базы данных и используйте «теневую» функцию, просто на случай, если база данных станет поврежденной и не подлежит ремонту
Как жить с Visual Source Safe 2005?
Алкоголь. Его полно.
Запустить скрытый репозиторий SVN с автоматическим заданием, которое каждую ночь проверяет последние файлы VSS и регистрирует их в SVN.
Когда VSS умирает (и он) скажет боссу, что у нас есть Второй репозиторий готов к работе.