Фиктивный веб-сервис
Другой подход, помимо разрешения ветвления в одном репо, - это репозиторий:
- вы настраиваете публичное репо, где разработчики могут фиксировать (на master или разделы темы)
- вы используете частное или репо внутри организации, из которого вы можете вытащить
Таким образом, вы или ваша команда управления организацией вклад, который вы решили включить в мастер этого основного хранилища.
3 ответа
Мы просто столкнулись с этой той же проблемой и нашли, что SoapUI был идеальным инструментом. Учитывая WSDL это создаст сервис на Вашу машину, которую можно назвать, и это позволяет Вам редактировать ответ, как Вам нужно.
Можно также использовать Скрипача, Прокси Отладки HTTP. Можно легко настроить Скрипача для возврата предопределенного ответа HTTP с его функцией AutoResponder, когда запрос отправлен к конкретному URL.
Можно использовать wsdl2java Оси Apache для генерации скелетных классов от WSDL:
Так же, как тупик является стороной клиента веб-сервиса, представленного в Java, скелет является платформой Java для стороны сервера. Для создания скелетных классов Вы просто указываете "-серверная сторона - skeletonDeploy истинные" опции к WSDL2Java.
...
Скелетный класс является классом, который находится между механизмом Оси и реализацией практической эксплуатации.
Вы эффективно создали бы свою собственную версию реализации серверной стороны веб-сервиса. Можно затем реализовать скелет, чтобы возвратить некоторые тупиковые/фиктивные данные, развернуть это на сервере приложений и затем выполнить вызовы веб-сервиса к скелету, как Вы были бы к живому веб-сервису.