Правильнее сказать что перевёл на mpfproj, но sdk всё равно нужно ставить, из-за утилиток всяких.

Попутно отвалился дизайнер формочек.
Явно из-за того, что в mpfproj не стало VSMDCodeDomProvider. С этим буду разбираться завтра.
А вообще всё прошло довольно гладко. Даже Express версия собралась и запустилась.
Интелисенс работает, отладка тоже. Работать можно.

Здравствуйте, Блудов Павел, Вы писали:

БП>Правильнее сказать что перевёл на mpfproj, но sdk всё равно нужно ставить, из-за утилиток всяких.

Как я понимаю, теперь каждый должен вручную качать исходники проекта mpfproj.
Но у нас не продумано как на него дать ссылку.
Ведь теперь он может распологаться в любом месте.
Как будем девать ссылку?

Будем считать, что проект должен находится по некоторому фиксированному относительному пути?
Или снова будем требовать описания переменной среды окружения в которой будет прописан путь к проекту mpfproj?

Здравствуйте, VladD2, Вы писали:

VD>Как я понимаю, теперь каждый должен вручную качать исходники проекта mpfproj.
Нет, не должен. См. http://svnbook.red-bean.com/en/1.0/ch07s03.html

Вкратце: В SVN реализован механизм внешних репозиториев.
Например, у нас есть проект nemerle, живущий по адресу http://nemerle.org/svn
Теперь нам хочется использовать в этом проекте немного исходников из другого репозитория.
Для этого нужно просто задать любой папке свойство svn:externals, например

ProjectBase https://mpfproj.svn.codeplex.com/svn/9.0/Src/CSharp

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

Далее происзодит следущее: При следующем обновлении клиент svn видит, что у папки VsIntegration есть "виртуальная" подпапка ProjectBase из левого репозитория, создаёт её и наполняет содерджимым с левого же сервера.
Если не вдаваться в детали, то выглядит всё так, как будто я просто добавил все исходники чужого проекта к нам в репозиторий и постоянно обновляю их.

P.S. Есть кстати одна проблема — уж очень нестабильно работает этот codeplex. Вчера пол дня svn доступ не работал, сегодня снова сломался. Будем надеяться что это трудности переходного периода.