Лучший способ поделиться проектом ASP.NET MVC Azure между 3 ПК?

Question

Я заархивировал проект ASP.NET MVC Azure и скопировал его на другой компьютер (оба имеют VS 2008). Я думал, что могу просто распаковать его в «Documents \ Visual Studio \ Projects», но не могу заставить его работать. Мой сайт строится, но браузер не видит главной страницы или Site.css. Должно ли перемещение проектов в виде файлов Zip работать?

Мой реальный вопрос: каков наилучший способ для одного разработчика поделиться проектом ASP.NET MVC Azure между 3 разными компьютерами? Должен ли я использовать что-то вроде Dropbox или Live Mesh? Или, может быть, Github?

Answer 1

ОП здесь. Проблема заключалась в том, что «Статическое содержимое» не было включено в IIS на втором компьютере. В последних инструкциях по установке Azure (CTP за март '09) этот важный шаг пропущен. Первоначально компьютер работал под управлением CTP за январь 2009 года, в инструкции которого было указано, как включить статическое содержимое. Кажется, что перемещение проектов с помощью их сжатия происходит нормально.

Answer 2

Да, перемещение проектов в формате zip должно работать, если все ваши файлы находятся в подкаталоге, который вы заархивировали. Иногда вы можете добавить в свое решение файлы, которых нет в подкаталоге, и это может вызвать проблемы. Ссылки на другие файлы должны быть относительными, а не абсолютными.

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

Большинство разработчиков используют систему контроля версий для совместного использования проектов. Git - довольно новый, с растущей аудиторией. Subversion была немного дольше и очень популярна. Visual Studio интегрируется с TeamFoundation Server.

ProjectLocker.com предлагает бесплатный хостинг Subversion (так что вам не нужно настраивать собственный репозиторий Subversion).

Codeplex.com предлагает хостинг Team Foundation Server для проектов с открытым исходным кодом.

Answer 3

Звучит так, как вы видите, если app-root не является приложением или приложение не обрабатывает виртуальные каталоги правильно.

с виртуалами; например, вам редко следует использовать «/ foo / bar» - потому что если ваше приложение не установлено в корне сайта, вы получите неожиданное поведение - вы имеете в виду «~ / foo / bar», но для этого часто требуется дополнительный код, как обсуждено здесь .

Answer 4

Я люблю используя git и github. Я поделился своим кодом между многими компьютерами с ним. Это был C # с файлами решений Visual Studio, так что это звучит очень похоже на вашу ситуацию.

Конечно, я люблю git для управления исходным кодом. Я бы порекомендовал его всем, но если вы новичок в этом, у вас есть приличная кривая обучения. Я могу порекомендовать ресурсы, которые мне помогли, так как это было всего лишь около 8 месяцев назад, когда я впервые в них углубился.

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

Возможно, ваши виртуальные папки IIS настроены по-разному на машинах? Вы сказали, что он строит, но не запускается. Это говорит о том, что конфигурация самого веб-сайта может отличаться для двух компьютеров (и мы сталкиваемся с некоторыми вещами, о которых я не знаю, как работает ASP MVC на данном этапе).