SVN - Не рабочая ошибка копии

не рабочая ошибка копии средства, что текущая папка не была правильно инициализирована SVN.

Для фиксации ошибки просто переименовывают текущую папку, и затем получают надлежащую рабочую копию из проекта от SVN путем выполнения контроль из проекта.

выезд тогда создаст правильно настроенную рабочую копию того проекта.

"Не рабочая копия" означает, что одним из мест, где Ваш IDE пытается работать svn в, не управляют svn сам (как добавляющие файлы в подкаталоге не под svn). Я сказал бы, проверяют Ваши пути в IDE.

У нас была эта проблема сегодня, когда я пытался добавить папку «A», в которой у меня не было разрешения на запись (поэтому он не мог создать папку A / .svn).

Запуск svn status дал мне «~» рядом с папкой A. Запуск svn cleanup сказал, что родительский объект A заблокирован.

В результате работали:

cp -r A A~    # backup, since A was not in the repo
rm -rf A      # removed locked directory
svn rm A      # remove A from pending commit
mv ~A A       # restore backup
svn add A     # re-add to pending commit
svn cleanup   # (had to cleanup several parent folders higher as well)

Я только что столкнулся с ошибкой "не рабочая копия" в моей, кхм, рабочей копии. Это было для проекта JDeveloper, и оказалось, что обновление JDeveloper (11.1.1.2.0), которое я только что установил, включает более позднюю версию SVNKit, чем та, которую я использую для доступа к SVN из командной строки (jsvn). Поэтому JDeveloper незаметно обновил формат файлов .svn, а это означало, что клиент командной строки не мог их понять. Пенни упал, когда jsvn пожаловался на отсутствие файла ".svn / format" в каталоге верхнего уровня моего проекта. Я нашел их в подпапках, все они выглядели одинаково и содержали только цифру «9». Итак, я скопировал один из них в папку верхнего уровня, и jsvn наконец выдал соответствующее сообщение: «svn: Этот клиент слишком старый для работы с рабочей копией '.'; Пожалуйста, получите новый клиент Subversion». Как только я определил (через Google) и установил совместимый клиентский уровень SVNKit, новый улучшенный jsvn смог распознать, что моя рабочая копия на самом деле является рабочей копией. Мораль истории: если вы получаете эту ошибку и используете разные клиенты SVN на одном компьютере, проблема может заключаться в их рассинхронизации.

Вы можете написать что как это:

let wordFrequency =
  Seq.concat >> Seq.filter System.Char.IsLetter >> Seq.countBy id >> Map.ofSeq

и находят что-либо подобное ему только с двумя дополнительными знаками, чтобы использовать модуль PSeq от Фа-диез. PowerPack. Параллель. Seq DLL вместо дежурного блюда модуль Seq :

let wordFrequency =
  Seq.concat >> PSeq.filter System.Char.IsLetter >> PSeq.countBy id >> Map.ofSeq

, Например, время, потраченное, чтобы вычислить частоты из 5.5 МБ, Библия короля Якова падает с 4,75 с до 0,66 с. Это ускорение 7,2 × на этой восьмиядерной машине.

Dreamhost рассмотрел эту проблему в своей вики-службе поддержки.

http://wiki.dreamhost.com/Ruby_on_Rails#Rails_2.3.5_-_Rack_1.0_already_activated_.28fix.29

С этой страницы:

При использовании Rails 2,3,5 вы получите ошибку от Passenger, сказав, что Rack 1,0,1 не может быть загружен, поскольку Rack 1,0 уже активирован.

Одним из способов решения этой проблемы является замораживание рельсов и распаковка драгоценного камня стойки в vendor/gems/rack-1.0.1

После того, как рельсы и стойка находятся в vendor/rails и vendor/gems/rack-1.0.1, необходимо изменить action_controller в файле: vendor/rails/actionpack/lib/action_controller.rb

In номера строк 34 и 35 должны быть прокомментированы и добавить следующее для загрузки стойки от vendor/gems

  load "# {

Конечный результат должен выглядеть примерно так:

  # gem 'rack', '~ > 1.0.1'
# требуется 'rack'
загрузка «# {RAILS _ ROOT }/vendor/gems/rack-1.0.1/lib/rack.rb»

Реальная проблема заключается в том, что Passenger уже загружает стойку 1.0, и я считаю, что Passenger должен загрузить 1.0.1, чтобы этот взлом исчез.

Столкнулся с этим теперь, используя TortoitySVN для очистки некоторых мертвых каталогов. Я сделал резервную копию файлов, а затем использовал браузер rep, чтобы удалить неисправный dir (который в любом случае был гонером). Затем очистка проекта работала, и теперь я могу продолжать работу с моими текущими файлами.

Поскольку я выполняю все задачи с помощью визуальных инструментов, я не могу сказать вам, какие команды нужно выполнить.

Это моя среда, Windows XP. tortoiseSVN 1.6.7 с Subversion 1.6.9, Eclipse 3.5 с Subclipse 1.6.10. а репозиторий управляется визуальным сервером SVN поверх окон.

1. На сервере visual svn я удалил папку , созданную другим инструментом (это была проблема, как и сказала Келтия).
2. В моем проводнике Windows щелкните правой кнопкой мыши мой проект и с параметрами черепахи SVN нажмите обновить . Этим действием папка была удалена в моей рабочей копии.
3. Совершил все мои изменения.
4. запустил инструмент , создающий папку (снова).
5. с черепаховым SVN, который я пометил , добавить в список игнорирования .

Надеюсь, это поможет.