Ваш подход к определенному IP-адресу является правильным и работает:
try {
HttpClient hc = HttpClientBuilder.create().build();
HttpGet req = new HttpGet("https://www.google.com");
HttpResponse res = hc.execute(new HttpHost("8.8.8.8", 443, "https"), req);
System.out.println(res.getStatusLine());
} catch (Exception e) {
System.out.println(e.getMessage());
}
Печать:
Certificate for <8.8.8.8> doesn't match any of the subject alternative names: [*.c.docs.google.com, .....
Видимо Public DNS Google [ 118] сервер 8.8.8.8
в дополнение к DNS также прослушивает порт 443:
$ openssl s_client -showcerts -connect 8.8.8.8:443 | more
CONNECTED(0000012C)
---
Certificate chain
0 s:/C=US/ST=California/L=Mountain View/O=Google LLC/CN=*.c.docs.google.com
i:/C=US/O=Google Trust Services/CN=Google Internet Authority G3
Теперь я не могу разумно говорить о контенте, который он обслуживает, но могу сделать вывод, что 8.8.8.8
не предназначен для обработки трафика https://www.google.com
, поскольку ни *.c.docs.google.com
, ни какие-либо из альтернативных имен субъектов не соответствуют www.google.com
.
Если Вы только концентрируетесь на ресурсах, что специфически ссылочный TFS затем, Вы пропустите огромную сумму превосходного содержания, которое является более общим по своей природе или даже нацелено на другие системы управления исходным кодом. Учитывая, что Вы, кажется, больше интересуетесь методологией, а не технической реализацией ветвления TFS, имеет смысл смотреть в другом месте - например:
Я считал шаблоны и методы, переходящие документ, и теперь начал читать Сервер Основы Команды 2008 в Действии от Укомплектования людьми.
Я не имею до branching\merging раздела стратегии все же в этой публикации, но что я считал до сих пор (связанный с новыми функциями сборки в 2008 TFS) были довольно хороши!
Прочтите это великое введение в теорию ветвей, стволов и т. Д .: http://oreilly.com/ каталог / practiceperforce / chapter / ch07.pdf
Я думаю это довольно обновляющее представление также infoq