Разработка SharePoint в VM и управление версиями с TFS

Наша команда будет разработкой против SharePoint с помощью локального VMs. Нашим VMs не позволяют присоединиться к домену хоста. Дополнительно нашим зарубкам хоста мешают использовать Общий доступ к интернету. У нас есть требование к управлению исходным кодом весь наш Сервер Основы Команды использования технической разработки. Наша установка TFS использует Kerebos для аутентификации.

Чтобы смочь использовать TFS для управления исходным кодом, мы думали, что могли совместно использовать папку между хостом и VM, сделать нашу работу над VM, сохранить к совместно используемой папке и затем проверяем ins и такой от хоста, который сможет пройти проверку подлинности против TFS.

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

Примечание: Я имею, успешно устанавливают подобный механизм с помощью Черепахи SVN и Анк SVN, который работает, но управление не сдвинется с места на требовании TFS. Не то, чтобы я обвиняю их также, лицензия является очень дорогой, и они хотят чувствовать, что они получают свой денежный эквивалент. Поэтому TFS должен быть включен в ответ.

5
задан Junx 31 January 2010 в 19:40
поделиться

3 ответа

Я думаю, что ваши решения такие же чистые, как и он получит .. Вы можете сопоставить папку на вашем хостом и открыть проект Visual Studio прямо оттуда в VM. Экономит копирование. Демотация должна быть от хозяина. Использование функций TFS будет немного неловко, вам придется открыть VS на вашем хост-машина, а также подключить комбиниты для рабочих элементов и т. Д. Не именно то, для чего было инвестирование в TFS. Как придумывались наличными для TFS, но не хотят его содействовать? ВМ должен быть действительно в домене. Или хотя бы доверенный домен.

Мы запускаем ту же настройку, за исключением того, что у нас есть SVN и может посвятиться напрямую от VM. Facebable :)

кстати, если вы разрабатываете для SharePoint 2010, это становится лучше; Это позволит установить на неидер-серверную ОС, чтобы вы могли развиваться на вашем локальном компьютере (что, наверное, на домен).

1
ответ дан 15 December 2019 в 01:01
поделиться

Вот решение, которое отлично работает для разработки SharePoint 2007.

Мы запускаем виртуализированные экземпляры Windows Server 2008 на наших машинах Windows XP в проекте. Мы используем VirtualBox Sun в качестве программного обеспечения Virtualisation.

Во-вторых, каждый VM является автономным контроллером домена + SQL Server + Server Server + Server + SharePoint Server и AS The SharePoint и как таковой не присоединяется к основным домене.

При открытии Visual Studio 2008 и подключение к TFS вам не нужна машина / сервер для подключения к домену как VM NATS через сетевые адаптеры Host Machines - используйте полностью квалифицированный адрес для ваших TFS, а также вы должны У всех проблем не подключаются к TFS из ВМ.

Вам может потребоваться отключить интегрированную аутентификацию Windows (например, -> Инструменты -> Опции Интернета -> Дополнительно) ...

Мы также бегаем VS08 в виртуальной машине, а не на хосте ..

Другое дело Чтобы использовать WSPBuilder для создания ваших решений и создание сценариев развертывания для вас (или, альтернативно, просто настроить внешний инструмент / команда из VS08, которая запускает команду STSADM.EXE -O deploysolution) .. Вы можете развернуть без усилий в VM и убедитесь То, что он работает нормально - тогда просто проверим в своем коде, настройте сценарии сборки, которые увольняют WSPBuilder на сервере сборки, чтобы создать решения для вас и развернуть оттуда (или копировать WSP до сервера и запустить их там).

2
ответ дан 15 December 2019 в 01:01
поделиться

Обычно я использую VS2008, работающий на хосте со сборками SharePoint, установленными в GAC хоста. Я использую события сборки / цели сборки с общей папкой и sysinternals для сборки непосредственно в папки bin / GAC виртуальной машины SharePoint. Таким образом, Visual Studio выполняет сборку непосредственно на сервере SharePoint, и вам не нужно управлять двумя установками (хостом и виртуальной машиной). Я также рекомендовал бы установить отладчик VS2008 в качестве службы на виртуальной машине для упрощения отладки.

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

1
ответ дан 15 December 2019 в 01:01
поделиться
Другие вопросы по тегам:

Похожие вопросы: