Система командной работы. Visual Studio Теам System
Оценить
(0 голоса)
Примечания при возврате — это короткие текстовые заметки, которые вы можете прикре­пить к возвращаемым элементам во время процесса возврата. Примечания при возврате ста­новятся частью исторических метаданных файла, сохраняются в хранилище исходных кодов и могут позднее просматриваться (чтобы получить представление об истории изменений элемента). Примечание при возврате состоит из названия категории и текста самого примечания. По умолчанию имеются три категории примечаний: рецензент по безопасности, рецензент по коду и рецензент по производительности. При выполнении возврата вы можете нажать кнопку канала Check-in Notes для ввода примечания. Каждая категория примечания имеет соответствующее текстовое поле, в котором содержится текст примечания (рис. 24.16). Примечания при возврате…
Оценить
(0 голоса)
Последняя функциональная возможность возврата, которую мы рассмотрим, — это концеп­ция связи возвратов с элементарными работами. Элементарные работы, которые мы под­робно опишем в следующей главе, используются для представления в проекте различных задач, начиная с отчетов об ошибках и до обычных текущих задач. Элементарные работы могут быть связаны с различными элементами системы TFS; сами возвраты также являются такими элементами. Для связывания возврата с элементарной работой выберите канал Work Items, а затем сде­лайте выбор из списка имеющихся элементарных работ. Путем связывания элементарных работ с возвратом вы помогаете интегрировать различные рабочие наборы проекта в цель­ное представление, характеризующее продвижение проекта. Рассмотрим, например, разра­ботчика, который создал…
Оценить
(0 голоса)
До настоящего времени наше обсуждение процесса извлечения/возврата было чрезвычайно упрощенным, сосредоточенным на проверке файла, выполнении изменений и последующего возврата файла обратно в базу данных. Фактически же мы говорили о концепции наборов изменений. Набор изменений — это компиляция всей информации, связанной с операцией возврата. Для расширения нашего предыдущего примера с исправлением ошибки предположим, что для исправления этой ошибки вам нужно вернуть три различных файла. Когда вы выполняе­те возврат, то одновременно возвращаете все три эти файла и связываете их возврат с эле­ментарной работой по данной ошибке. Именно здесь вступает в игру концепция набора из­менений: набор фуппирует !зти три файла в единый объект.…
Оценить
(0 голоса)
Иногда разработчику может понадобиться отложить свою текущую работу или перейти к другим задачам до того, как файлы будут готовы для возврата. Например, вы можете нахо­диться в самом разгаре работы над некими файлами кода, когда вдруг регистрируется ошибка, которая требует вашего срочного внимания. Или, возможно, вы не завершили не­обходимое изменение в коде перед отъездом в отпуск. В обоих этих случаях вы не хотите возвращать свою работу, поскольку она не закончена. Вы не хотите также оставлять эту ра­боту извлеченной локально на ваш компьютер на длительный промежуток времени. Откла­дывание позволяет вам взять некоторые (или все) ваши ожидающие изменения и сохранить их в базе…
Оценить
(0 голоса)
После создания набора отложенных изменений вы можете в любое время вернуть его. После этого все отложенные файлы вернутся в вашу рабочую область. Нажмите кнопку Unshelve в окне Pending Changes для того, чтобы открыть окно Unshelve. Все ваши ранее созданные наборы отложенных изменений будут видны; вы просто выби­раете тот, который вам нужней, и нажимаете кнопку Unshelve (рис. 24.22). Обратите внима­ние, что вы можете изменить поле имени владельца и начать новый поиск всех наборов от­ложенных изменений, принадлежащих данному пользователю.
Оценить
(0 голоса)
Когда мы представляли вам процесс извлечения, то упоминали, что извлечения могут быть как исключительными, так и разделяемыми. В случае разделяемых извлечений (когда более чем один человек активно изменяет один и тот же файл) система Team Foundation обеспечивает способ объединения этих изменений в новый набор изменений, который заменит теку­щую версию файла на сервере. Рассмотрим самую обычную ситуацию: разработчик Л извлекает файл класса и работает с методом этого класса. Когда файл извлекается, разработчику В назначают ошибку и он дол­жен работать над другим методом в этом же файле кода. Разработчик В извлекает файл и работает со своим методом. Разработчик Л возвращает свои изменения,…
Оценить
(1 голос)
Инструмент File Comparison (рис. 24.25) обеспечивает простой параллельный показ двух файлов (серверного и локального) и визуально выделяет текстовые различия при помощи изменения цвета фона. Синий цвет означает измененный текст, зеленый цвет— вставлен­ный текст, а красный цвет — удаленный текст. При помощи этого инструмента редактировать файлы вы не сможете; это делается посред­ством инструмента слияния.
Оценить
(0 голоса)
Инструмент слияния обеспечивает такое же визуальное представление, как и инструмент сравнения файлов: он выделяет текстовые различия между двумя окнами. Но этот инстру­мент показывает также и третье представление — результат слияния. На рис. 24.26 показан вид окна инструмента слияния. Перемещая курсор в панели файла слияния, вы изменяете ваше текущее положение, а затем вставляете изменения из любого из двух конфликтующих файлов. В нашем примере мы хо­тели добавить в файл слияния два метода. Один метод имеется в серверной копии, а другой метод — в локальной копии. Для создания файла слияния вам нужно сначала выбрать изме­нение, выделенное в серверной копии (верхняя левая панель). При…
Оценить
(0 голоса)
Ветвление и слияние — это два различных, но связанных процесса управления деревом ис­ходных кодов в хранилище сервера Team Foundation Server. Эти операции часто выполня­ются командами разработчиков, которым необходимо параллельно работать над разными версиями кода, а затем в некоторый момент свести эти изменения воедино для того, чтобы выпустить версию. Вследствие итеративного характера разработки и сложившихся на современном рынке про­граммного обеспечения обстоятельств у команд разработчиков часто имеются весьма слож­ные потребности в смысле обслуживания дерева исходных кодов. Дерево исходных ко­дов — это иерархическое представление различных файлов кода по версиям решений. Для усвоения идеи ветвления давайте обсудим проблему в контексте рабочего сценария. Предположим, что…
Оценить
(0 голоса)
Ветвление — это копирование кода из текущего дерева исходных кодов и размещение этого кода в новой ветке дерева. Для облегчения понимания этой концепции необходимо предста­вить себе это в виде каталогов: для ветвления необходимо взять текущий каталог с кодом (исходный) и создать новый каталог с копией кодов исходного каталога (целевой). Иначе говоря, вы можете представлять себе ветвление как копирование в файловой системе: вы берете файлы из одного места и делаете их копию в другом месте. После этого разработка может Продолжаться параллельно в обоих каталогах. Ветвление в системе Team Foundation выполняется при помощи Source Control Explorer. Сначала вам нужно перейти в исходный…
© 2017 www.visualstudios.ru. Все права защищены.