问题标签 [versioning]

在 Adob​​e Flex 文件中编译 swf 文件时如何监控 swf 文件中的版本？

我工作的公司编写了很多小的 Perl 和 Bash 脚本来将数据处理成可用于我们软件的东西。像任何代码一样，这些脚本可以更改。我为他们提供 CVS 是因为文件版本控制而不是存储库版本控制。无论如何，我正在考虑一个部署工具来让脚本从开发到生产。生产服务器将拥有自己的简单版本控制系统，如果其中一个脚本的 md5 总和与数据库中的不匹配，它将不会运行该脚本并向相关方发送电子邮件。

我想强制程序员部署脚本的最新 CVS 版本。如果它不是最新的，它应该死掉一条消息，告诉他们必须先检查他们的版本。我意识到在某些情况下您可能需要部署旧文件。这些将是例外，可以这样处理。

最好的方法是什么？它就像做'cvs diff'一样简单吗？

我一直在为版本控制软件苦苦挣扎。我不是在谈论命名约定，而是在谈论如何在构建系统中实际应用一个版本，直到发布。

我一般使用major.minor.maintenance-[release type] ie 1.0.2-rc1

问题是管理版本号。我尝试了很多方法（将其粘贴在构建文件、属性文件、数据库等中），但我没有找到任何真正有效的方法。

我想出的最接近的方法是使用我在此处记录的 Jira：http: //blog.sysbliss.com/uncategorized/release-management-with-atlassian-bamboo-and-jira.html

我想知道是否有人对此有任何好主意。另外，想知道人们如何处理发布版本....即，如果我发布/部署版本 1.0.0-rc1 在此版本中发现错误然后登录到 1.0.0（下一个/生产版本）。

我正在考虑将基本的 CMS 功能构建到我们的 Web 产品中，并且正在研究版本控制内容的技巧和设计理念。我正在专门寻找今天使用的数据库模式。

您使用什么进行内容版本控制？如果您有不同类型的内容需要存储版本，则适用哪些模式？Stack Overflow 上如何处理问题版本控制？

谢谢

我在http://example.com/v1/SomeResource部署了一个 RESTful Web 服务。有一天，一个新的协议版本（不向后兼容）被部署到http://example.com/v2/SomeResource。从客户端的角度来看，这种升级可能发生在两个 HTTP 请求之间的任何时间。

服务器如何向客户端表明它不再支持 v1 调用并且客户端应该升级到 v2？我可以使用适当的响应代码吗？

我想向客户提供以下信息：

1. 发生了不兼容的升级。客户端无法使用新服务，因为协议可能完全不同。
2. 新客户端软件的 URL。
3. 向用户解释他们必须升级的消息。

我有一个 Windows 应用程序 (VS2005/C#)，它有两个版本，Enterprise 和 Pro。在 Pro 版本中，某些功能和菜单被禁用。目前，我通过注释掉创建企业版的禁用代码来做到这一点，然后我将每个可执行文件复制到另一个位置。显然这个过程充满了危险...... :)

我想为我的两个可执行文件有两个文件夹，Visual Studio 应该将代码以禁用专业版中的功能，并将每个文件夹放入正确的文件夹中。我有安装程序项目，可以从那里获取文件并为两个版本制作安装程序。该部分已经在工作，但我在构建安装程序之前手动将两个可执行文件复制到正确的文件夹中。所以很烂...

我想做的是这样的：

这可以用 Visual Studio 吗？？？

请注意，我的总体目标是自动化创建两个安装程序的过程。

我们正在打包我们的产品/模块组合。其中一些是独立的，一些是相互依赖的。所有版本都必须可并行部署。因为它是我们正在考虑两种选择：

1. 每个软件包和版本一个 MSI
2. 每个产品/模块和版本一个 MSI

第一种选择意味着相同合并模块的组合将在多个包中交付。第二种选择代表更简单的路径。

你能就这个问题提供一些建议吗？从长远来看，任何替代方案都会导致悲伤吗？

As part of our build process I need to set the version information for all of our compiled binaries. Some of the binaries already have version information (added at compile time) and some do not.

I want to be able to apply the following information:

• Company Name
• Copyright Notice
• Product Name
• Product Description
• File Version
• Product Version

All of these attributes are specified by the build script and must be applied after compilation. These are standard binaries (not assemblies) compiled with C++ Builder 2007.

How can I do this?

在我们的处理软件中，我们正在从外部组件的一个版本迁移到更新的版本。虽然程序集执行的总体任务是相同的，但 API 完全不同，并且没有保持向后兼容性。API 负责从外部站点提取数据，这些站点可能与匹配的新旧 API 一起运行（也没有向后兼容性）。我们无法控制外部程序集或外部工作站中的软件。外部程序集没有强签名，并且程序集中的模块在两个版本中具有相同的名称。

我们不想维护我们的处理软件的两个版本，而是希望动态地发展它并让它使用旧版本或新版本的外部组件，这取决于外部站进行联系。我们能够确定外部站是否支持新版本，因此“版本”的选择可以或多或少明确。

所以设置是我们有两个版本的外部程序集 ComLib.dll。我们可以从同一个程序集/项目中引用这两个版本吗？在确定类型等时我们如何区分这两个程序集？

假设上述内容不能在单个程序集/项目中完成，我们可以实现特定于版本的“适配器”程序集，每个版本的外部程序集一个（我认为我们已经为此准备了足够的接口和抽象），但是我们应该注意一些警告或一些特定设置以避免运行时的类型/版本混淆（程序集解析/加载等）？对于此设置，.NET 运行时是否有足够的“并行”支持？

更新：这个问题的进一步扭曲只是为了让事情变得更有趣。似乎外部程序集加载了其他程序集并使用了外部配置文件。由于不同的版本需要不同的配置文件和不同的附加程序集，每个版本都需要以某种方式加载与其版本相匹配的附加程序集。

在我看来，我们想要的是每个版本的程序集在包含其配置文件和其他程序集的单独文件夹中加载一个“根”。这甚至可以通过标准程序集解析器/加载器实现，还是我们必须做一些魔术并手动加载程序集（在单独的 AppDomains 中？）以强制执行“根”文件夹？

假设我在数据库中有一条记录，管理员和普通用户都可以进行更新。

任何人都可以建议一个好的方法/架构来控制这个表中的每一个更改，以便可以将记录回滚到以前的版本？