3

我的问题:

开发团队使用的许多(>100)工具都是“家庭”编写的。它们有时是一个 perl 脚本,或者一个“网页”,或者只是一些执行几个小功能的东西。我需要找到一种方法(作为我“负责工具的中层经理”工作的一部分)将这些收集到一个目录中。这些工具都没有以任何方式“产品化”。

我需要能够以某种方式衡量每个工具的使用情况。上传或提交工具应该是一个简单的练习,下载工具也是如此。必须有版本管理和控制。

有没有一种技术可以集中存储和发布这些小工具?

有没有人在其他公司有过这种不切实际的冒险经历?

补充问题...

什么样的过程检查是合适的?您是否有针对服务器上的工具的审查委员会?

我想确保我们不会因脚本而产生意外后果。我还想确保识别和维护“业务关键”集。

4

1 回答 1

2

我们使用 SVN 的 Web 可访问前端来进行“现场开发”脚本、自定义和小工具。

另外
我现在使用的是trac绑定到svn我的网络服务器上的一个实例。我不知道trac是否也处理签入代码 - 我正在运行的版本没有。

我之前提到的前端是在我以前工作的地方使用的,我不知道它到底是什么。

于 2008-10-08T17:33:54.767 回答