集中存储和发布perl脚本和“小工具”的技术？
我的问题：
开发团队使用的许多（>100）工具都是“家庭”编写的。 它们有时是一个 Perl 脚本，或者一个“网页”，或者只是执行一些小功能的东西。 我需要找到一种方法（作为我的“负责工具的中层经理”工作的一部分）将这些收集到一个目录中。 这些工具都没有以任何方式“产品化”。
我需要能够以某种方式衡量每个工具的使用情况。 上传或提交工具应该是一件简单的事情，下载工具也应该是一件简单的事情。 必须有版本管理和控制。
有没有一种技术可以集中存储和发布这些小工具？
有人在其他公司有过这种不切实际的冒险经历吗？
补充问题...
什么样的流程检查是合适的？ 您是否有针对服务器上的工具的审查委员会？
我想确保我们不会因为脚本而产生意想不到的后果。 我还想确保“业务关键”集得到识别和维护。
My problem:
There are numerous (>100) tools the development teams use which are "home" written. They are sometimes a perl script, or a "web page", or just something that does a couple of small functions. I need to find a way (as part of my "Middle Manager in charge of tools" job) to collect these into a single catalogue. None of these tools are "productised" in any way.
I need to be able to somehow measure usage of each tool. Uploading or submitting a tool should be a trivial exercise, as should downloading the tool. Must have version management and control.
Is there a technology for centrally storing and publishing these small tools?
Does anyone have experience of such quixotic ventures in other companies?
Supplementary question...
What sort of process checks are appropriate? Do you have a review board for tools going up on the server?
I want to ensure we don't have unintentional consequences from scripts. I also want to ensure that the "Business Critical" set are identified and maintained.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我们使用可通过 Web 访问的 SVN 前端来进行“现场开发”脚本、自定义和小工具。
添加
我现在使用的是与我的网络服务器上的
svn绑定的trac实例。 我不知道 trac 是否也处理签入代码 - 我正在运行的版本没有。我之前提到的前端是我以前工作的地方用的，具体是什么我也不知道。
We use a web-accessible front-end to SVN for 'field-developed' scripts, customizations, and small tools.
addition
What I use now is an instance of
tractied tosvnon my web server. I don't know if trac handles checking-in code as well - the version I'm running does not.The front-end I referred to previously was in use where I used to work, and I don't know what it was exactly.