Вопрос

В эти дни я беру с собой часть работы домой и переношу ее на USB-накопителе, потому что моя работа находится в частной интрасети.

Я использую Visual Studio 2008 и обнаружил, что производительность сборок снижается из-за использования ключа.Моя первоначальная мысль о повышении производительности заключалась в том, чтобы использовать Robocopy для локального зеркалирования каталога, а затем, когда я буду готов вернуться к работе, я просто снова использую Robocopy для зеркального отображения рабочей папки с жесткого диска на USB-ключ.Итак, мое путешествие туда и обратно выглядит так

USB -> Жесткий диск -> USB

Кто-нибудь видит какие-либо потенциальные проблемы с этим?Наверное, меня беспокоит, что содержимое папок .svn запутается и не позволит мне загрузить исходный код, когда я вернусь к работе.

Это было полезно?

Решение

Насколько мне известно, пока robocopy копирует всю папку .svn, никаких проблем возникнуть не должно.

Другие советы

Вы также можете попробовать использовать DVCS, который взаимодействует с Subversion (например. Меркуриальный, или git SVN).DVCS намного лучше работают в автономном режиме (и Mercurial Queues просто потрясающие :)).

У вас будет репозиторий на USB и на локальном диске.Рабочий процесс будет:обновлять репозиторий на USB из SVN в работе, отправлять изменения с USB в локальный репозиторий дома, работать над кодом (с полным отслеживанием изменений), отправлять изменения с локального на USB, отправлять изменения в SVN в работе.

Вам следует убедиться, что вы не работаете с разделом FAT32 на этой флешке, поскольку это может испортить даты изменения/создания файлов.

Что касается копирования папок SVN:Я делаю это регулярно и никогда не было никаких проблем с этим.

я использовал Унисон уже много лет работает как шарм - он синхронизирует все, скомпилированные двоичные файлы и т. д.так что сможете быстро наверстать упущенное с работы.

Я совмещаю это с git-svn - это имеет то преимущество, что вы видите весь репозиторий со всеми ветвями, поэтому фиксация, слияние и даже «отложенное обновление svn» (git svn rebase -l) также работают.Моя основная система — GNU/Linux, но она заразила моих коллег-пользователей Windows, и им она тоже нравится.

Кроме того, git очень хорошо работает с большими репозиториями.весь репозиторий со всей историей и ветвями должен помещаться на USB-накопителе, фактически занимая меньше места, чем единственная проверка SVN.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top