问题标签 [versioning]

Web 应用程序/网站的版本控制策略是什么？

我注意到在 Beta 中，页脚中有一个 svn 修订号，这对于在一个存储库上使用 svn 的应用程序来说是理想的。但是，如果您使用外部或不同的源代码控制应用程序来对不同的文件进行版本控制怎么办？

桌面应用程序似乎很容易，但我似乎无法为 asp.net Web 应用程序找到合适的版本控制方式。

注意我不确定我是否完全清楚我的问题。

1. 我想知道的是如何为 asp.net 应用程序构建和自动增加版本号。
2. 我对如何将它与 svn 链接不感兴趣。

我们目前处于私人测试阶段，因此仍在进行相当快速的更改，尽管显然随着使用量开始增加，我们将放慢这一过程。话虽如此，我们遇到的一个问题是，在我们推出包含新 JavaScript 文件的更新后，客户端浏览器仍然使用该文件的缓存版本并且他们看不到更新。显然，在支持电话中，我们可以简单地通知他们进行ctrlF5刷新以确保他们从服务器获取最新文件，但最好在此之前处理此问题。

我们目前的想法是简单地将版本号附加到 JavaScript 文件的名称上，然后在进行更改时，增加脚本上的版本并更新所有引用。这绝对可以完成工作，但更新每个版本的引用可能会很麻烦。

因为我确信我们不是第一个处理这个问题的人，所以我想我会把它扔给社区。当您更新代码时，您如何确保客户端更新他们的缓存？如果您使用上述方法，您是否使用了简化更改的流程？

作为在所有设计人员到位之前的临时权宜之计，我们目前正在手动处理一大堆 xml 配置文件。这样做的问题之一是文件版本控制，因为人们在更新文件时忘记更新版本号（这是可以预料的，因为人类通常不喜欢完美）。

因此，我认为当我们将文件存储在 Sharepoint 中时，我应该能够编写一个脚本来从 Sharepoint 中提取文件，获取版本号并自动将 Sharepoint 中的版本号输入/更新到文件中。这意味着当有人想要“最新”文件时，他们可以运行脚本并获得版本号正确的最新文件（比这稍微多一点，所以使用脚本的原因不仅仅是自动的好处-版本控制）。

有谁知道如何从 Sharepoint 获取文件 + 版本号？

我承认，这似乎是一个愚蠢的问题。但我在一个小店里我加上两个设计师。我们的备份正在失控，因为如果他们需要更改（版本），他们只是复制/粘贴文件。

我已经准备好尝试 Subversion 来处理我们所有的文件，我的文本（代码）文件以及它们的 photoshop/illustrator 和资产文件。直到我注意到有一个新版本的 Adob​​e Version Cue v3。我们之前尝试过使用版本提示，但它变得复杂，设计师很快就停止使用它。

寻找对 Version Cue 第 3 版有一定经验的人。

感谢您的反馈。也许我应该问什么是版本控制 Photoshop 和相关文件的最佳工具。我确实注意到了二进制文件问题，并担心试图解释它并让它保持“工作”。我在 Gridiron 注册了测试版，谢谢！

这是与此相关的另一个问题。

我之前问过关于 Version Cue 3 与 Subversion 的问题。我认为这是一个更好的问题，有人建议http://www.gridironsoftware.com/Flow/我希望这个问题能让其他人加入并建议其他工具，或者给出使用 Version Que 与其他工具的具体建议。

我开始几乎完全在 WCF 中使用我的模型，并希望获得一些实用的方法来随着时间的推移对这些服务进行版本控制。谁能指出我正确的方向？

使用版本控制系统的在线界面是为最新版本的代码提供发布位置的好方法。例如，我在这里有一个 LaTeX 包（只要验证更改为实际工作，它就会发布到 CTAN）：

http://github.com/wspr/pstool/tree/master

包本身源自一个文件（在本例中为 pstool.tex），该文件在处理时会生成文档、自述文件、安装程序文件以及构成 LaTeX 使用的包的实际文件。

为了方便想要下载这些东西的用户，我在存储库本身中包含了上面提到的所有派生文件以及主文件 pstool.tex。这意味着每次提交时我都会进行双倍的更改，因为包文件 pstool.sty 是主文件的生成子集。

这是版本控制的变态吗？

@Jon Limjap提出了一个很好的观点：

您是否有另一种方法可以将生成的文件发布到其他地方以供下载，而不是依靠您的版本控制作为您的下载服务器？

这才是本案真正的症结所在。是的，可以从其他地方获得该软件包的已发布版本。因此，仅对非生成文件进行版本控制确实更有意义。

另一方面，@ Madir的评论是：

真实的、重复的便利超过了幕后承担的成本

这也是相当相关的，如果用户发现错误并且我立即修复它，他们可以前往存储库并获取他们继续工作所必需的文件，而无需运行任何“安装”步骤。

我认为，这对于我的特定项目集来说是更重要的用例。

我们在项目中需要存储数据库中实体的所有修订（更改历史）。目前，我们为此设计了 2 个提案：

例如对于“员工”实体

设计一：

设计二：

有没有其他方法可以做这件事？

“设计 1”的问题在于，每次需要访问数据时，我们都必须解析 XML。这将减慢进程并增加一些限制，例如我们无法在修订数据字段上添加连接。

“设计 2”的问题是我们必须在所有实体上复制每个字段（我们有大约 70-80 个实体需要维护修订）。

我已经构建了一个我想要部署并经常更新的 MSI。不幸的是，当您安装 MSI，然后尝试安装相同 MSI 的较新版本时，它会失败并显示“已安装此产品的另一个版本。此版本的安装无法继续...”这样的消息。MSI 是使用 Visual Studio 2008 安装项目构建的。我尝试将“删除以前的版本”属性设置为 true 和 false，以使较新的版本覆盖较旧的安装，但没有任何效果。在以前的公司，我知道我在使用 Wise 和 Advanced Installer 构建的安装程序时没有这个问题。有没有我缺少的设置？还是 VS 2008 安装项目不支持我想要的功能？

每次我在ClickOnce中发布应用程序时，我都会得到它来更新修订号。有没有办法自动获得此更改以更改 AssemblyInfo.cs 文件中的版本号（我们所有的错误报告都查看 Assembly Version）？