Создание веток в системах контроля версий. Слияние веток. Разрешение конфликтов. Блокировки. 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Создание веток в системах контроля версий. Слияние веток. Разрешение конфликтов. Блокировки.



Создание веток: Создать ветку очень просто — при помощи команды svn copy в хранилище создается копия проекта. Subversion может копировать не только отдельные файлы, но и целые каталоги. Итак, вам нужно сделать копию каталога /calc/trunk. Где должна лежать эта новая копия? Где угодно — этот вопрос определяется правилами проекта. Допустим, что по правилам вашей команды ветки создаются в каталоге /calc/branches хранилища, и вы хотите назвать свою ветку my-calc-branch. Тогда вам следует создать новый каталог /calc/branches/my-calc-branch, который будет копией /calc/trunk.

Ветка: Это всего лишь копия директории svn. Точнее так называемая «легкая копия», содержащая только изменения. Одинаковые файлы не копируются. Ветка имеет общую историю до момента её создания с основной веткой. В общем случае веток может быть сколько угодно, и каждая из них может ветвиться. Но в стандартом проекте принято иметь три постоянных ветки:
* trunk — основная линия разработки. Здесь будет актуальный на данный момент код, здесь будут выполняться мелкие задачи и правки багов.
* branches — ветка для разработчиков. густо ветвится другими ветками. Именно в ней вы будете создавать свои ветки.
* tags — ветка тэгов. Тут создаются всякие метки, отмечающие значимые вехи развития проектов, проще говоря его стабильные и не очень версии. Нужна она для того, что бы всегда можно было вернуться до какой нибудь версии, например что бы посмотреть «почему эта хрень раньше работала а потом перестала, сцуко»

 

Принципы операции merge(слияние):

1)Изменением считается: изменение файла, изменение файловой системы проекта.

2)Если изменения относятся к разным и не связанным между собой файлам и/или каталогам, они всегда могут быть объединены автоматически.

3)Изменения в пределах одного текстового файла,сделанные в разных версиях, могут быть объединены, если они находятся в разных местах этого файла и не пересекаются.

4)Изменения в пределах одного файла, если он не являлся текстовым, всегда являются конфликтующими и не могут быть объединены автоматически.

 

Блокировки →Вызов пользователем команды lock→проверка блокировки сервером→установка флага в репозитории→ответ пользователю: разрешение работать→… →снятие флага в репозитории

 

27. Web-службы: основные идеи и отличия от других технологий, позволяющих решать подобные задачи (например, от Java RMI). Архитектура Web-служб в.NET. Примеры использования Web-

Служб.

Обычное приложение

Основной код подключаемые библиотеки

Приложение с web-service

Клиентская часть Серверная часть (подключаемые библиотеки)

internet

 

Web служба - это... 1)Идентифицируемая web-адресом программная система со стандартизованными интерфейсом.

2)Web-службы могут быть использованы практически в любом сценарии, так как они не ограничены конкретной технологией (безопасности, управления или транспортировки)

 

Для чего нужны web-службы? 1)В2В-транзакции, соединение внутренних систем отдельных компаний.

2)Готовые модули для разработчиков.

3)компонентные библиотеки DLL для многократного использования кода.

4)Защита от пиратского копирования ПО.

XML: Расширяемый язык разметки, предназначенный для хранения и передачи структурированных данных;

SOAP: Протокол обмена сообщениями на базе XML;

WSDL: Язык описания внешних интерфейсов веб-службы на базе XML;

UDDI: Универсальный интерфейс распознавания, описания и интеграции (Universal Discovery, Description and Integration). Каталог веб-служб и сведений о компаниях, предоставляющих веб-службы во всеобщее пользование или конкретным компаниям.

Пример использования Web-служб: создание настраиваемой веб-службы ASP.NET

В этой задаче программирования представлен обзор создания пользовательской веб-службы, действующей в контексте Microsoft SharePoint Foundation. Рассматривается процесс создания простой веб-службы "Hello World" в Microsoft Visual Studio 2010 и показывается, как можно изменить эту веб-службу для внедрения объектной модели SharePoint Foundation на стороне сервера для возвращения данных сайта и списка.

 

 



Поделиться:


Последнее изменение этой страницы: 2017-02-05; просмотров: 307; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 18.116.36.221 (0.006 с.)