Работа с Subversion с USB-ключа
-
18-09-2019 - |
Вопрос
В эти дни я беру с собой часть работы домой и переношу ее на 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.