使用 SVN/GIT 来记录软件版本历史?或者用别的什么?

使用 SVN/GIT 来记录软件版本历史?或者用别的什么?

我目前正在为我们的业务应用程序实施版本控制基础架构。您知道,我们的应用程序有 V1.1、1.2 等版本。

我想做的是建立一个简单的设置来记录软件更改和版本历史记录。我们已经在使用 SVN(并正在转向 GIT),一部分的我建议使用它。但另一部分却在抱怨这还不够。

企业不想仔细搜索我们的 SVN 存储库,对吧?我想知道是否有人知道更好的方法?有什么建议吗?

谢谢,史蒂夫

答案1

我使用变更日志向最终用户传达错误修复、更改或新功能。我的变更日志以 tortoisesvn 为模型,使用 BUG: CHG: NEW:。

我通过提交将变更日志行以及提交中包含的更多技术信息放入存储库历史记录中。这将两项任务及时结合在一起,记录技术变更以及应该在更高级别上向用户显示的内容。

当我发布时,我可以轻松提取所有最新的变更日志行并更新变更日志/网站/等。使用提交历史记录中任何变更日志行上的前缀,我也可以自动执行此操作。

我喜欢这种方法,它能将两条信息流保存在一起,并保存在存储库中它们应该在的位置。

答案2

根据我的经验,提交信息通常包含有关所提交更改的高度技术细节。通常它们不适合发布说明。我所做的是为此目的保留一份更友好的“发布说明”文档。我希望转移到基于 Web 的系统,例如redmine可以跟踪增强功能和错误。

如果提交消息是好的(即从技术上来说不是),则有方法可以从存储库中提取该信息。例如,这是我用来从 svn 中提取消息的命令:

svn log --verbose https://<address to server>/<repo name>/ > svnMessages.txt

答案3

您可以在家中使用 git,然后简单地从存储库中剪切出主要版本(tarball)。

答案4

你的问题:

企业不想仔细搜索我们的 SVN 存储库,对吧?我想知道是否有人知道更好的方法?有什么建议吗?

您提供的额外信息:

非开发人员,可能是 IT 部门以外的业务人员,希望了解上一版本中的更改、错误修复等。因此,您不想在那里保留整个业务的版本历史记录,但可能希望在单独的系统中保留

独立系统:Microsoft Exchange

解决方案:发布新版本时给他们发送电子邮件。

相关内容