c# - Visual Studio - 以编程方式配置源代码控制解决方案

标签 c# visual-studio

我正在创建一个向导来帮助我的组织自动为所有应用程序创建一个基础项目。这个想法是,程序员可以输入项目名称、一些其他基础知识,该过程将创建一些项目、从源代码管理添加其他项目、配置 IIS 等...

许多工作只需使用项目模板和 IWizard 界面来完成一些更复杂的操作。我想做的是,自动创建所有项目后,我将创建一个工作区并自动将所有文件移到源代码控制下。我还在做一些事情,例如添加常见项目、在 IIS 中设置一些特殊设置等...问题是解决方案文件虽然处于源代码管理之下,但实际上并未配置为使用源代码控制。

有人知道如何以编程方式配置解决方案,使其成为源代码控制的一部分并可供使用吗?我遇到了一堵砖墙,似乎无法再进一步了。顺便说一句:如果 a 没有说清楚,我本质上是在尝试在代码中执行与右键单击项目并选择“将解决方案添加到源代码管理”相同的操作。

正如我所说,我已经解决了大部分问题。只是这最后一个让我感到不舒服......

重要事实: window XP 对比2008年 TFS 使用 Microsoft.TeamFoundation 对象......

最佳答案

您可以通过 Visual Studio 可扩展性框架来处理这个问题吗? EnvDTE 基本上提供了对您可以交互执行的任何操作的访问...

关于c# - Visual Studio - 以编程方式配置源代码控制解决方案,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/735715/

相关文章:

visual-studio - 如何在 Google Chrome 扩展程序中创建侧边栏?

c# - 使用内联查询进行单元测试 Dapper

c# - 我在 WPF 中的哪里放置我的登录逻辑以及如何在 MVVM 中处理它?

C#反序列化JSON

visual-studio - 如何在不更新的情况下针对TFS检查文件?

javascript - 使用 Visual Studio 2017 将 Typescript 转换为 ES5 - 导出未定义

c# - 将选择的文件提升到 IIS7 站点

c# - Visual Studio 2015 Xamarin.Android - 将图像库中的 throw 限制为每次 throw 仅一项

c# - ApplicationUser 不是当前上下文模型的一部分

c# - FileNotFoundException - 动态发现