Если вам нужен запрос перед полетом, например. поэтому вы можете отправлять аутентифицированные запросы, вы не можете установить Access-Control-Allow-Origin: *
. Это должен быть конкретный домен Origin
. Также вы должны установить заголовки ответов Access-Control-Allow-Methods
и Access-Control-Allow-Headers
, если вы используете что-либо помимо значений по умолчанию. (Обратите внимание, что эти ограничения - это то, как работает CORS - вот как это определено.)
Таким образом, недостаточно просто набросить атрибут [EnableCors]
, вы должны установить значения для параметров:
[EnableCors(origins: "https://www.olliejones.com", headers: "X-Custom-Header", methods: "PUT", SupportsCredentials = true)]
Или если вы хотите делать что-то вручную и явно:
HttpContext.Current.Response.AppendHeader("Access-Control-Allow-Origin", "https://www.olliejones.com");
HttpContext.Current.Response.AppendHeader("Access-Control-Allow-Headers", "X-Custom-Header");
HttpContext.Current.Response.AppendHeader("Access-Control-Allow-Methods", "PUT");
HttpContext.Current.Response.AppendHeader("Access-Control-Allow-Credentials", "true");
Последнее, что вам нужно вызвать .EnableCors()
при запуске. В частности. MVC или WebAPI, вы бы назвали это на HttpConfiguration, при регистрации конфигурации и тому подобное, однако я понятия не имею, как это работает с WebForms.
TFS 2010 будет включать поддержку для этого.
Брайан Гарри говорит об этом в этой презентации .
Теперь вы сможете увидеть, где возникло изменение и кто его сделал после того, как изменение было объединено в другую ветвь.
TFS SideKicks является другим хорошим инструментом для добавления инструментов значения по умолчанию TFS.
TFS 2 008 бесполезных утилит действительно идет с tf историей/followbranches команда. Но та команда не разворачивает слияния.
Все, что это делает, показать Вам историю массива изменений от, прежде чем ответвление B было создано. То, что это не показывает Вам, - то, какие массивы изменений были объединены от-> B после того, как ответвление было создано.
, Другими словами, то, что я хочу видеть, является всеми массивами изменений, которые делались на исходном ответвлении и затем относились целевое ответвление как часть операции слияния.
Я думаю, что Вы нашли бы Корешей TFS услужливыми, особенно область истории:
область приложения Кореша Истории обеспечивает следующие функции:
Мог бы хотеть попробовать TFS, Следуют за инструментом History ответвления:
Прямо сейчас 'tf merges' и 'tf merges / f: detail' предоставляют наиболее полную информацию для отслеживания слияния. Однако они предназначены только для командной строки. И единственный известный мне сторонний инструмент, который пытается предоставить графический интерфейс, - это TFS Sidekicks .
Это стало намного проще в TFS 2010. См. Скриншоты по адресу: