有没有办法强制Visual Studio 2010只显示当前打开的解决方案的挂起更改?我正在处理同一项目的多个分支,并在大多数分支中更改相同的文件.每次手动检查挂起的更改并仔细检查我是否选择了我正在处理的文件是非常痛苦的...
我有两个类似的问题:
a)我有一个包含多个项目的解决方案,我希望能够通过设置一些环境变量/宏来轻松切换项目位置.例如,这个项目可以位于\ SolutionDir\Dir1 \或\ SolutionDir\Dir2 \所以,我想指定它应该位于\ SolutionDir\$(Var)中,只需设置变量即可.
是否有任何以Visual Studio方式构建的内容?
我知道目前只有两个解决方案 - 编辑.sln文件手动/编程以查找此项目并设置正确的路径.
我无法在.sln文件中使用环境变量.
b)我有一个包含资源(.rc和.h)文件的项目.我希望能够通过其他环境变量或宏来设置它们的位置.
像\ ProjectDir\$(Var2)\ resource.rc之类的东西
我在属性表上找到了一些有希望的信息,但是当我在.vcproj中的File标签中使用它时,Visual Studio不会扩展宏.
感谢您提出如何解决此问题的任何想法.
此致,Victor
Nuget将包放在我的根文件夹中(在我的情况下是我的trunk文件夹).我想知道有没有办法让VS 2010了解这个文件夹?我正在使用ankh svn进行通勤,所以在我的解决方案中使用它会非常好,所以当我添加一个引用时我可以从VS 2010提交它而不必去我的主干并手动执行它.
可以这样做吗?
如何以编程方式构建C#解决方案?我应该能够通过解决方案的路径并获取输出消息(或者只是构建解决方案)我如何在C#中实现这一目标?
当我将许多C#示例项目与我的VB.NET项目进行比较时,我看到References文件夹显示在解决方案资源管理器中,而不必选择"显示所有文件".是否有可能将这个用于VB.NET项目?我发现显示这个文件夹而不必查看所有其他隐藏文件会非常有帮助.
我正在使用VS2010 Professional.
这增加了我之前应该首先学习C#的原因列表...提前感谢任何可以告诉我如何实现这一目标的人,或者最终粉碎我的梦想.
projects-and-solutions reference solution options visual-studio
我有一个包含许多项目的解决方案.即使我将web项目的启动选项设置为:
http://localhost.启动项目:
当我按下开始调试时,IIS express启动(显示在任务栏上).如何阻止IIS Express启动?我只运行一个控制台应用程序,并且不希望IIS Express运行.
实际上,解决方案中的所有网站都在IIS中启动,并且它们不必要地消耗我机器上的资源.
我正在查看我的Visual Studio .sln文件,因为我正在自定义构建配置(原因是涉及无法在VS2012中加载的项目的长篇故事).
有谁知道Build.0构建配置部分的含义是什么意思?这是否意味着该项目是在此构建配置下构建的?
另外,这ActiveCfg涉及到什么?
{CFHHHA78-C688-40B3-B53A-20C963A6F138}.Debug|Any CPU.ActiveCfg = Debug|Any CPU
{CFHHHA78-C688-40B3-B53A-20C963A6F138}.Debug|Any CPU.Build.0 = Debug|Any CPU
{CFHHHA78-C688-40B3-B53A-20C963A6F138}.Debug|Mixed Platforms.ActiveCfg = Debug|AnyCPU
{CFHHHA78-C688-40B3-B53A-20C963A6F138}.Debug|x86.ActiveCfg = Debug|Any CPU
Run Code Online (Sandbox Code Playgroud)
任何指向.sln文件演练的链接也是受欢迎的.与往常一样,MSDN .sln文件解释有点神秘,似乎没有完全解释sln文件的这一部分.
build solution visual-studio-2010 visual-studio visual-studio-2012
以下是如何从加载项获取当前解决方案目录:
_applicationObject = (DTE2)application; // retrieved from OnConnection method
string solutionDir = System.IO.Path.GetDirectoryName(_applicationObject.Solution.FullName);
Run Code Online (Sandbox Code Playgroud)
你会如何通过VSPackage做到这一点?
我正在将Visual Studio插件迁移到VSPackage,因为我打算添加一些需要与IDE更深入集成的用户控件.
我发现了一些关于加载项与集成包的相对优点的一些很好的参考,例如:http: //nayyeri.net/visual-studio-addin-vs-integration-package-part-1
以及关于VSPackages上的msdn的一些很好的教程,例如:http: //msdn.microsoft.com/en-us/library/cc138589.aspx
我还没有找到关于加载项(例如DTE)中的更高级接口如何映射到VSPackage中的低级接口的良好引用(在msdn或其他方面).
有没有什么好的参考资料来帮助从附加接口到VSPackage接口的一般映射?
好吧那么,我的问题的简短版本是:
当您拥有跨多个解决方案共享的项目时,在Git中处理项目引用的最佳方法是什么?如何组织我的Git repos?
长版本是:
我们是一个小型开发团队(5个开发人员),目前我们使用TFS作为源代码控制和构建服务器,Visual Studio是我们的首选IDE.我一直热衷于尝试新事物,并试图改善我们的开发环境,所以我决定阅读Git以了解它是否可以替代TFS的源代码控制部分.我们刚刚将Jira集成到我们的工作流程中,所以我决定尝试使用Stash作为我们的Git环境,因为它与Jira的集成程度如何.我现在正在试图找出组织git repos的方法,这就是我在这里的原因.现在我要描述我们有多少解决方案是有组织的.
我们有很多解决方案.有些是库,有些是通过Visual Studio中的Project引用引用这些库的程序.
所以让我困惑的主要问题是如何处理许多解决方案中引用的库?
我们应该开始对我们的库进行版本控制并将每个库放在一个单独的仓库中吗?当库收到必须部署的更新并且该库被20多个解决方案使用时,这种方式似乎会涉及大量额外维护.我错了吗 ?我看到的另一个缺点是Visual Studio中不再有Project引用,它会使调试变得更加繁琐.
我是否应该使用我们所有的解决方案进行大型回购,这样我们所有的参考资料都是最新的?
我还想过,也许我可以创建自己的nuget存储库,其中包含所有这些库,这样在需要时更新引用的库就不那么麻烦了.这只是一个想法,我没有适当地研究这个,所以我不确定这是否有任何好处.
那么,有没有人可以给我一些建议?
git solution project-reference visual-studio bitbucket-server
我检查了解决方案文件和项目文件,但找不到与此设置相关的任何内容.当人们从TFS源代码控制中获取最新版本时,他们总是会看到"已加载"状态,这实际上并不是我想要的.