代码之家  ›  专栏  ›  技术社区  ›  stoic Kobus Kleynhans

内部版本与修订号

  •  7
  • stoic Kobus Kleynhans  · 技术社区  · 14 年前

    我有一个asp.net/C应用程序,它使用subversion进行源代码管理。

    当我们进行部署时,我们会跟踪AssembleVersion和AssemblyFileVersion,但是,当出现问题并且需要回滚到某个版本时,我们不知道subversion的目标版本。

    我没有什么想法:

    1. 在提交注释中有一个关键字,每次提交时get都被AssembleVersion替换(仍然需要弄清楚怎么做)

    任何帮助和建议都将不胜感激

    更新时间: 选项“1”实际上是一个愚蠢的想法,因为这意味着每次我构建时,所有文件都将被标记为已更新,当我提交时,每个文件都将被更新

    8 回复  |  直到 14 年前
        1
  •  4
  •   Dave Markle    13 年前

    当我建造时,我把建造编号放在任何地方。

    • 我把它放在一个盒子里 tag 在svn。
    • 我在安装程序中将它附加到文件名的末尾。
    • 我把它放在我部署的每个网页的页脚。
    • 我把它放在我报告的页脚。
    • 我把它放在客户端应用程序的启动屏幕上。
    • 我把它放在我的安装程序的欢迎屏幕上。

    我唯一没放进去的就是我的咖啡 I take black .

    所有这些都让维护人员一目了然地知道他们所看到的代码的确切来源,不管他们是在查看网页,还是在浏览器中查看某个内置程序集的属性,或者其他什么。

        2
  •  4
  •   Chris Diver    14 年前
        3
  •  3
  •   jishi    14 年前

    您应该能够在ASP.NET页面中提取程序集版本,并以编程方式将其打印到页脚或其他地方。

        4
  •  2
  •   Gilbert Le Blanc    14 年前

    您还可以像当前在部署时跟踪AssembleVersion和AssemblyFileVersion一样跟踪Subversion版本号。

        5
  •  2
  •   Martin Liversage    14 年前

    AssemblyVersion AssemblyFileVersion .

        6
  •  2
  •   Michael Arnell    14 年前

    你可以“分支发布”。在创建发布版本之前,可以对主干进行分支,然后在新分支上创建一个带有发布版本号的标记。

                  + release tag
                 /
                +--------------------- release branch
               /  
    ----------+----------------------------------------------------- trunk
    

                  +                 + patch release tag
                 /                 /
                +-----------------+-+---- release branch
               /                    | merged fix into trunk...
    ----------+----------------------------------------------------- trunk
    
        7
  •  2
  •   jeroenh    14 年前

    标签/分支是这里推荐的方法。

    您还可以(或另外)在AssemblyInfo中包含svn修订号。一种方法是使用位于的msbuildtasks项目中的AssemblyInfo任务 http://msbuildtasks.tigris.org

    更多信息,请点击谷歌 msbuild svn revision assemblyinfo

    能够 然后不使用标记/分支,因为您总是可以签出特定修订,和/或从特定修订创建分支。

        8
  •  0
  •   Peter Kahn    13 年前

    推荐文章