Задачи сообщества MS Build - SVNCHECKOUT: не удается найти файл svn.exe, хотя он находится в PATH

Question

Примечание. Этот вопрос относится к использованию надстройки MSBUILDCOMMUNITYTASKS для MSBUILD.В частности, функциональность SVNCHECKOUT и его неспособность найти файл svn.exe, даже если он находится в каталоге, включенном в переменную среды PATH.

Так что я мог бы упустить что-то очевидное здесь, но помощь вэтот момент был бы очень признателен.

У меня есть несколько довольно сложных сценариев msbuild, которые отлично работают на 3 разных системах Windows XP (и уже 2 года).

Я в процессе переноса их для запуска на64-битные окна в настоящее время на Windows 2008 Server.Я работаю над всеми различиями в каталогах, и я использовал неправильные переменные окружения в прошлом, из-за которых вещи не работали, когда я перешел на новую операционную систему.

Но я застрял сейчас с SVNCHECKOUTкоманда, выдающая мне эту ошибку:

C:\Program Files (x86)\MSBuild\somedirectory\someprojfile.proj(44,5): error MSB4018: The "SvnCheckout" task failed unexpectedly.\r
C:\Program Files (x86)\MSBuild\somedirectory\someprojfile.proj(44,5): error MSB4018: System.Exception: Could not find svn.exe.  Looked in PATH locations and various common folders inside Program Files.\r

следующий каталог IS в ПУТИ:

C:\Program Files (x86)\CollabNet\Subversion Client\

, и я могу запустить оттуда svn.exe

Я быбудьте в порядке, используя директиву SVNCLIENT, чтобы указать, где находится файл, но мне не повезло.

Версия, в которой я использую

msbuild: Framework v3.5
msbuildcommunitytasks: ночная сборка от 10.12.2008 (исправлены ошибки, мешавшие мне использовать «стабильную» версию)
os: windows server 2008R2 SP1

Answer 1

Ну, это явно ошибка в MSBUILDCOMMUNITYTASKS

Я установил ночные сборки 2011-06-27, и теперь он работает. Это всегда заставляет меня нервничать с их программным обеспечением, потому что кажется, что оно не поддерживается, но до этого момента я буду отдавать должное разработчикам - они еще не сломали все, что мне нужно, с помощью нового кода.

версия, которая работает:
Версия: 1.3.0.514 Дата: 27 июня 2011 г.

Answer 2

Если вы запускаете пакетный скрипт, я бы сначала установил путь в пакетном скрипте

set path = $ path; 'new path'; <--- пожалуйста, проверьте этот синтаксис, как я использовал его давным-давно </p>

Если вы используете его из среды Visual Studio, убедитесь, что он использует переменную Windows Path, если нет, укажите каким-либо образом ваш путь там.

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