3

我目前正在一家拥有多个具有相同发布周期的产品的公司工作。

我遇到的问题是我需要创建发布文件，其中包括所有发布的文件以及更改的内容。在许多情况下，客户在接近发布日期时退出更改。

我遇到的困难是每次创建发布文件时，我都必须检查所有更改的文件并确定更改的目的，如果客户决定撤回，则回滚更改。

有谁知道我可以提供给管理层的更好的变革管理解决方案？

非常感谢

附言。我已经尝试查看 scrum，但我不确定它是否能够解决我的困难。

4

3 回答 3

4

版本控制

有一个版本控制系统是好的，有效地使用它的 bug 更好。有几种方法可以有效地进行分支和合并，其中两种可能对您有用的是“per-feature”和“per-client”。

每个功能

在此设置中，您为您实现的每个新功能创建主代码（主干）的副本。功能完成后，将其合并回主干。如果您在功能完成之前更新主干，或者您完成了不同的功能，则可以将主干中的这些更改合并到所有分支中。

每个客户

与每个功能相同，但每个客户端都有自己的分支，因此不会从另一个中删除为一个功能回滚的功能。要将两者结合起来，您可以像这样构建存储库：

回购
+---核心
| +---分支
| +---标签
| \ - -树干
+---客户1
| +---分支
| +---标签
| \ - -树干
\---客户端2
    +---分支
    +---标签
    \ - -树干

项目管理

现在，解决您的实际问题。从经验上我真的不能说太多，但我计划很快将Trac添加到我的项目中，因为它看起来很容易使用，而且它是免费的。您可以从他们的网站看到 Trac 的开发人员如何使用他们自己的应用程序来设置里程碑和组织问题。如果您想了解更多可能性，那么 Wikipedia 提供了一些 列表。

于 2009-04-02T05:36:14.777 回答
0

您可能最好使用源代码存储库，例如 Git、Subversion、Mercurial 等。

使用哪一个在很大程度上取决于您的需求和平台，但是您可能是 SCM 工具的新手，所以我建议使用 TortoisSVN 进行颠覆。

于 2009-04-02T04:25:12.823 回答
0

使用]project-open[可以解决您的问题，但这并不容易：

  • ]po[ 包括一个工单跟踪器，可用于跟踪客户的变更请求。
  • 实施变更请求后，您需要在提交注释中包含#ticket_id，以便]po[ 可以将提交与变更票关联。为此，您需要正确安装和配置 ]po[ 软件包 intranet-cvs-integration。包名中包含“CVS”，但也可以与SVN和GIT集成。
  • 最后，您必须创建一个脚本，根据每个变更单的状态有选择地将提交应用到您的代码基线。

通过这种方式，您可以根据变更单的状态自动生成发布文件。

于 2013-06-01T10:01:24.450 回答