TFS 2010: Как создать список изменений (то есть список рабочих элементов) между двумя версиями приложения с использованием меток?

Ответ 1

Думаю, http://tfschangelog.codeplex.com/ может помочь вам здесь.

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

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

Еще одна вещь, которую я хотел бы добавить здесь, будет связана с ярлыками в TFS. Ярлыки в основном назначаются/связаны с наборами изменений. В настоящее время приложение TFS ChangeLog не поддерживает ярлыки для определения начальной и конечной точки, но поддерживает набор изменений, который может использоваться как решение для решения проблемы.

Надеюсь, это полезно.

Ответ 2

В общем, абсолютный метод определения точек во времени в любом SCM явно является идентификатором checkin.
Использование меток для абстрагирования этого в TFS не является оптимальным, как обсуждалось здесь и здесь. Лучшим подходом является использование сборок вместо этого, особенно в современной среде CI.

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

using System;
using System.Collections.Generic;
using Microsoft.TeamFoundation.Build.Client;
using Microsoft.TeamFoundation.Client;

namespace GetChangesetsFromBuild
{
    class Program
    {
        static void Main()
        {
            TfsTeamProjectCollection tpc = TfsTeamProjectCollectionFactory.GetTeamProjectCollection(new Uri("http://TFSServer:8080/Name"));
            IBuildServer bs = (IBuildServer)tpc.GetService(typeof(IBuildServer));

            IBuildDetail build = bs.GetAllBuildDetails(new Uri("vstfs:///..."));

            List<IChangesetSummary> associatedChangesets = InformationNodeConverters.GetAssociatedChangesets(build);

            int idMax = associatedChangesets[0].ChangesetId; 
        }
    }
}

Трудность с вышесказанным заключается в том, чтобы извлечь BuildUri из сборных, которые вас интересуют. Чтобы получить эту информацию, вы можете сделать что-то вроде этого:

IBuildDetail[] builds = bs.QueryBuilds("TeamPorjectName", "yourBuildDefinitionName")

а затем извлеките Ури, которые важны для вас.

Это также хороший автомобиль, если вы в конечном итоге настаиваете на использовании меток: кроме Uri, каждый build[] имеет также LabelName.

Ответ 3

Я был в той же ситуации, что и вы. Я также хочу, чтобы в Рабочем элементе включались объединенные дополнения. Я включаю только рабочие элементы, которые выполняются. Также, если один и тот же рабочий элемент связан с несколькими наборами изменений, сообщается только последний набор изменений. Я использую это в настройке CI; и создать журнал изменений для каждой сборки. Затем List<ChangeInfo> можно экспортировать в файл XML/HTML/TXT. Вот мое решение:

namespace TFSChangelog
{
  public class TFSChangelogGenerator
  {
    private const string workItemDoneText = "Done";

    /// <summary>
    /// This class describes a change by:
    /// Changeset details
    /// and
    /// WorkItem details
    /// </summary>
    public class ChangeInfo
    {
      #region Changeset details

      public DateTime ChangesetCreationDate { get; set; }
      public int ChangesetId { get; set; }

      #endregion

      #region WorkItem details

      public string WorkItemTitle { get; set; }
      public int WorkItemId { get; set; }

      #endregion
    }

    public static List<ChangeInfo> GetChangeinfo(string tfsServer, string serverPath, string from, string to)
    {
      // Connect to server
      var tfs = TfsTeamProjectCollectionFactory.GetTeamProjectCollection(new Uri(tfsServer));
      tfs.Connect(ConnectOptions.None);
      var vcs = tfs.GetService<VersionControlServer>();

      // Create versionspec's
      VersionSpec versionFrom = null;
      if (!string.IsNullOrEmpty(from))
        versionFrom = VersionSpec.ParseSingleSpec(from, null);
      VersionSpec versionTo = VersionSpec.Latest;
      if (!string.IsNullOrEmpty(to))
        versionTo = VersionSpec.ParseSingleSpec(to, null);

      // Internally used dictionary
      var changes = new Dictionary<int, ChangeInfo>();

      // Find Changesets that are checked into the branch
      var directChangesets = vcs.QueryHistory(
        serverPath,
        VersionSpec.Latest,
        0,
        RecursionType.Full,
        null,
        versionFrom,
        versionTo,
        Int32.MaxValue,
        true,
        false
        ).Cast<Changeset>();
      foreach (var changeset in directChangesets)
      {
        foreach (var workItem in changeset.WorkItems.Where(workItem => workItem.State == workItemDoneText))
        {
          if (changes.ContainsKey(workItem.Id))
          {
            if (changeset.ChangesetId < changes[workItem.Id].ChangesetId) continue;
          }
          changes[workItem.Id] = new ChangeInfo { ChangesetId = changeset.ChangesetId, ChangesetCreationDate = changeset.CreationDate, WorkItemId = workItem.Id, WorkItemTitle = workItem.Title };
        }
      }

      // Find Changesets that are merged into the branch
      var items = vcs.GetItems(serverPath, RecursionType.Full);
      foreach (var item in items.Items)
      {
        var changesetMergeDetails = vcs.QueryMergesWithDetails(
          null,
          null,
          0,
          item.ServerItem,
          VersionSpec.Latest,
          0,
          versionFrom,
          versionTo,
          RecursionType.Full
        );
        foreach (var merge in changesetMergeDetails.Changesets)
        {
          foreach (var workItem in merge.WorkItems.Where(workItem => workItem.State == workItemDoneText))
          {
            if (changes.ContainsKey(workItem.Id))
            {
              if (merge.ChangesetId < changes[workItem.Id].ChangesetId) continue;
            }
            changes[workItem.Id] = new ChangeInfo { ChangesetId = merge.ChangesetId, ChangesetCreationDate = merge.CreationDate, WorkItemId = workItem.Id, WorkItemTitle = workItem.Title };
          }
        }
      }

      // Return a list sorted by ChangesetId      
      return (from entry in changes orderby entry.Value.ChangesetId descending select entry.Value).ToList();
    }
  }
}

Ответ 4

Этот вопрос приблизил меня к решению аналогичной проблемы, с которой я столкнулся.

Используйте тип LabelVersionSpec вместо VersionSpec для версий этикеток.

Заменить:

VersionSpec sFrom = VersionSpec.ParseSingleSpec("LLABEL1", null);
VersionSpec sTo = VersionSpec.ParseSingleSpec("LLABEL2", null);

с:

LabelVersionSpec sFrom = new LabelVersionSpec("LLABEL1");
LabelVersionSpec sTo = new LabelVersionSpec("LLABEL2");