您是对的.您要保留的设置存储在项目文件*.* proj中，而不存储在任何Visual Studio设置中.你不觉得这对你很好吗?

当然，可以发明任何一种软件工具来收集，保存，分类和还原项目设置，在项目之间转移设置，克隆等等.是否可以以Visual Studio插件的形式完成.

我原则上不喜欢这种活动.它只会分散编程活动的本质.

Microsoft保证您的项目及其源代码的备份兼容性，但是谁能保证您的操作将保持有效，因为某些新设置会随项目文件架构的新版本一起添加，而某些版本已被弃用?您现在正在处理某些类型的项目，但是您如何知道将来要做什么?我认为这项活动不会浪费您宝贵的工作时间.

为什么不简单地组织工作?使用所有设置创建一些几乎为空的项目，这可以作为大多数项目的 起点 .将其用作创建实际工作项目的 模板 .当您确认此起点项目适合此目的时，请将其存储在版本控制系统中.当您由于需要不同而需要不同的模板时，请创建另一个模板.我会说，便宜又坚固.

(并且甚至不要怀着没有版本控制系统就做任何事情的想法.它可以是轻巧，便携式，可靠且免费的.请参阅以下讨论: ^ ].)


不要误会我的意思.我非常细致地调整和更改我的系统和工作环境，花费了大量时间来完善它.只有我不污染或膨胀它，尽量不要使用最少的工具，所有这些工具都应进行彻底调整.如果没有一些实用程序就能合理地完成工作，则该实用程序将被销毁.

—SA

You are right. The settings you''re trying to preserve are stored in the project file *.*proj, not in any Visual Studio settings. Don''t you think this is very good for you?

Of course, it is possible to invent any kind of software tool to collect, preserve, classify and restore the project settings, transfer settings between projects, cloning, and so forth. It could be done in the form of Visual Studio plug-in or not.

I don''t like this kind of activity in principle. It only distracts from the essence of programming activity.

Microsoft guarantees backup compatibility of your projects with their source code, but who will guarantee that your manipulations will remain valid as some new settings are added with new versions of project file schema, some are deprecated? You''re working with certain types of project today, but how do you know what are you going to do in future? I don''t think this activity would make a good investment of your valuable working time.

Why not simply organizing your work? Create some nearly empty project with all settings which is good as a starting point for majority of your projects. Use it as a template for creating your real working projects. When you validate that this starting-point project is good for the purpose, store it in your revision control system. When you feel you need a different template because you come to different requirements — create another template. I would say, cheap and robust.

(And don''t even play with the idea of doing anything without Revision Control system. It can be light-weight, portable, reliable and free of charge. See this discussion: Revision control systems, which to choose from?[^].)


Don''t get me wrong. I tune and alter my system and working environment very meticulously, spending considerable amount of time to perfect it. Only I don''t contaminate or bloat it, trying to keep to bare minimum of tools, all thoroughly tuned. If work can be done reasonable well without some utility, that utility is to be exterminated.

—SA

您可以使用多种构建工具:
CMake [ ^ ]
NMake [ GNU Make [ ^ ]
MPC [ ^ ]

知道如何使用各种构建工具对于c/c ++开发人员无疑是有用的.

***的问候
Espen Harlinn

You can use a fair number of build tools:
CMake[^]
NMake[^]
GNU Make[^]
MPC[^]

Knowing how to use various build tools is certainly useful for a c/c++ developer.

Best regards
Espen Harlinn