Как я становлюсь последним от решения для Visual Studio из командной строки?
Вероятно, это не лучшее решение, но до того, как я пришел сюда, я просто сделал это на лету, чтобы продолжать работать, не имея быстрого выхода из исследования.
def raw_input(x):
input(x)
Затем, когда я запускаю raw_input('Enter your first name: ') на сценарий, над которым я работал, он захватывает его, как input().
Возможно, причина не в том, чтобы я этого не обнаружил!
6 ответов
TFS имеет.Net SDK, который позволяет Вам создавать свои собственные программы, которые взаимодействуют с Сервером TFS. Вы могли записать небольшую программу, которая выполняет задачу, в которой Вы нуждаетесь:
TeamFoundationServer tfs = TeamFoundationServerFactory.GetServer("MyServer");
VersionControlServer vcs = (VersionControlServer)tfs.GetService(typeof(VersionControlServer));
WorkSpace[] myWorkSpaces = vcs.QueryWorkSpaces("MyWorkSpaceName", "MyLoginName", "MyComputer");
myWorkSpaces[0].Get(VersionSpec.Latest, GetOptions.GetAll);
Хорошо... Похоже, что у Вас есть три опции.
В Вашем пакетном файле выйдите, tf достигают каждое ответвление каталога, которое Вы хотите.
реорганизуйте свое решение так, чтобы все зависимости находились под тем же корневым путем.
Используйте визуальный способ щелкнуть правой кнопкой по загруженному проекту и дать получить команду.
Единственное время это - на самом деле знающее решение, - когда проект загружается в IDE; или когда это загружается серверами сборки.
Я знаю, что Вы упомянули пакетные файлы, но позвольте мне вывести что-то еще для Вас.
Я собираюсь предположить, что Вы используете версию 2005 года TFS. 2008 имеет весь встроенный материал планирования.
Однако Вы могли также использовать CruiseControl.net, чтобы сделать запланированные сборки для Вас. Я использовал и 2008 TFS и CruiseControl, и они оба, кажется, работают просто великолепно.
Еще одно возможное решение - использовать PowerShell. Следующая ссылка представляет собой образец проекта кода, в котором показано, как получить решение из TFS и построить его локально. Powershell - гораздо лучшее решение, чем обычные пакетные файлы.
Не делай этого. VS не так умен, как вы думаете. (Что подтверждается таинственными и бесполезными проверками, с которыми каждый сталкивался на протяжении 3+ циклов продукта, включая вас и меня. Это не признак надежной системы!)
То, что вы описываете, работает только для ссылок от проекта к проекту . Выполнение операций управления версиями из обозревателя решений "по замыслу" будет исключать:
- ссылки проекта на сборку
- видео, звук, файлы PDF, любые другие типы носителей, которые VS не поддерживает, но может играть важную роль в продукт
- MSBuild * .targets файлы, на которые есть ссылки в ваших проектах
- любые файлы любого типа, на которые есть ссылки из настраиваемых целей
- любые сторонние исполняемые файлы, необходимые для процесса сборки
- и т. д.
Просто скажите нет неполной синхронизации. По этому пути, врут только головные боли.
Запустите 'tf get' без области пути из командной строки или щелкните правой кнопкой мыши -> Получить из корневого узла $ / в Source Control Explorer.
Я согласен с тем, что обозреватель решений «намеренно» опускает все эти объекты, но только если вы не включаете их в качестве элементов решения, которые, я полагаю, вы должны включить в свои решения, чтобы новичок могут открыть решение, выполнить «Получить последнюю версию» и знать, что у них есть все зависимости, необходимые для этого решения, и им не нужно учиться делать это с помощью инструмента командной строки или использовать Source Control Explorer, если они не хотят.
Включение всех зависимостей, не связанных с кодом, в качестве элементов решения (мы организуем папки решения с использованием той же структуры папок, что и их папки в системе управления версиями), уменьшает «колдовские» знания, необходимые для открытия и компиляции решения для новых разработчиков в проекте.
Было бы хорошо, если бы вы могли связать целые деревья папок с папкой решения в решении VS.