【问题标题】:How to keep an Engineering Log [closed]如何保留工程日志[关闭]
【发布时间】:2010-12-10 20:46:20
【问题描述】:

我尝试了几种方法来记录我在编写代码时的日常活动。他们都没有真正运作得那么好。这是我想要的:

  • 自动时间戳
  • 标记(就像我们在 stackoverflow 上所做的那样)。主要针对项目名称和使用的技术
  • 根据状态会议的结果轻松构建每周报告
  • 易于搜索以找到反复出现的问题(例如某个错误消息)的解决方案
  • 可访问。可能作为网站在线,但可能是共享文件。
  • 格式化。我希望能够轻松构建表格并分离出
     内容,例如代码 sn-ps 和错误报告。
  • 安全。如果我可以与其他人分享网站的一些内容,但不是全部,那就太好了。如果我得到其他东西,优先级较低。

我尝试了以下解决方案来解决一些问题:

  • MediaWiki:许多非常酷的功能。时间戳很难处理。奇怪的数据结构。错误搜索(无法搜索三个字母或更少的单词)
  • 缺陷工具:我试过 mantisbt.org。安全性好。不利于格式化,在尝试使用系统时我不喜欢他们关于“项目”的想法。
  • 纸质笔记本:非常灵活,但很难进行搜索。不在线。

我正在考虑使用 emacs 打开一个远程文件以使其非常简单。有没有人这样尝试过?是否有另一个缺陷工具可以做我的想法?还有其他我没有考虑过的选择吗?

【问题讨论】:

  • 我真的没有找到好的解决方案。实际上,我发现 redmine.org 没问题,但是整个 Ruby 的东西使它成为一个重量级的解决方案,并且它有几个怪癖。没有什么能真正达到最佳效果..请考虑认真构建一些东西并开源它。

标签: emacs portal


【解决方案1】:

查看org-mode。有一堆tutorials here 真的有助于展示力量/轻松。具体来说,我发现这个video 很有用。

org-mode 的主要好处 (IMO) 是:

  • 简单,它只是一个文本文件(或一组文件)
  • 灵活性,您可以从非常简单的开始并随着您了解更多而增加使用率
  • 可扩展性、非常流行的新功能不断出现
  • 多功能性,您可以获得任务的不同视图 - 按时间、优先级、其他排序...
  • 可读性强,可以轻松发布到 HTML 等形式

确实,值得观看其中一个视频以了解可用的内容。

ORG 的作者 Carsten Dominik 用这 24 个字的引语很好地总结了这一点:

Org-mode 可以做大纲、记笔记、 超链接、电子表格、TODO 列表、 项目规划、GTD、HTML 和 LaTeX 创作,全部使用纯文本文件 在 Emacs 中

【讨论】:

  • 这看起来很不错。甚至可以使用 grep 进行搜索。
  • 这甚至超出了我的预期。起初,我以为它只是一个强大的 ToDo 列表管理器,但它在创建大纲方面也很出色。它作为“笔记本”非常好用。
【解决方案2】:

你可能想看看TiddlyWiki

【讨论】:

  • 我也在工作中使用 TiddlyWiki 作为电子笔记本,我非常喜欢它。它在 OP 的格式化、搜索和标记要求方面胜出。它也是一个 HTML 文件,因此您可以将它放在记忆棒上随身携带。我将副本保存在我的同事的共享文件夹中。
【解决方案3】:

查看 Emacs 变更日志。

标记

【讨论】:

    【解决方案4】:

    我使用 Google 文档来记录我所有的个人项目以及要探索的项目想法或主题列表。它可搜索,可复制/粘贴以供共享,如果需要,我可以共享整个文档,最重要的是它随处可用。

    【讨论】:

      【解决方案5】:

      私人推特帐户怎么样?

      【讨论】:

      • 然而,这确实将您与一项服务联系在一起。此外,我认为 Twitter 不会永远保留每条推文。
      • 哦,他们保留了它们,只是不让您访问它们。 (我想,从实际的角度来看,这相当于同一件事。)
      • 是的。如果我看不到它,它就不存在。
      • 如果您担心丢失推文,有一些服务可以备份您的推文。
      【解决方案6】:

      你看过VersionOne吗?他们有一个免费的“团队”版本的软件。它是围绕敏捷软件方法构建的,因此要使用它来跟踪您的工程日志,您必须建立一个积压的工作,然后根据这些积压项目记录您的工作。话虽如此,它有很多你要找的东西。它会跟踪您消耗工作的速度,这将有助于生成良好的每周报告。它还将具有您正在寻找的搜索和可访问性。唯一我不认为它会是格式。我们使用的是企业版,所以我对免费的“团队”版本不太熟悉,但可能值得研究一下。

      【讨论】:

        【解决方案7】:

        虽然它没有您想要的所有功能,但您可能会考虑使用不错的旧记事本。记事本有几个宣传不佳的功能,可以方便地保存日志文件:

        1. 按 F5 插入时间戳 随时(格式取决于什么 您选择的日期/时间格式 适用于您在 Windows 中的语言环境)。
        2. 如果您打开的文件以 字符串“.LOG”(没有 引号),记事本将跳转到 结束并插入时间戳。

        我在快速启动栏中添加了一个图标来打开我的日志文件,并在那里保存了各种有用的注释。该信息只是具有最少格式的纯 ASCII,但这意味着它可以在需要时轻松将其导出到其他系统(并且易于搜索)。

        【讨论】:

          【解决方案8】:

          如果您的工作流程非常基于电子邮件,那么posterous 之类的内容可能会很有用,因为您可以启动电子邮件并通过在电子邮件主题中添加标签来进行分类。大多数应用程序都集成了电子邮件,因此这是“在运行中”收集和组织信息的好选择

          【讨论】:

            【解决方案9】:

            如果是关于编写代码,则使用版本控制系统的提交消息。如果您正确使用它,您将在任务完成时(而不是在您开始任务时)获得带有时间戳的准确日志

            • 自动时间戳 [检查]
            • 标记[检查,使用提交消息]
            • 轻松构建每周报告 [检查、更改日志脚本]
            • 易于搜索 [hmmmm]
            • 可访问。 [检查]
            • 格式化。 [可能不会]
            • 安全。 [检查,项目基础]

            【讨论】:

            • 我很欣赏你开箱即用的想法。太糟糕了,大多数版本控制系统并没有通过 cmets 进行大量搜索。
            • 我生成了一个更新日志并用记事本打开它并使用 F3 搜索。所以它是可能的,但可能不是最适合您的使用......
            【解决方案10】:

            这对个人来说可能有点过头了,但我们(大约 10 人)需要一个活动日志并最终使用 Trac 并取得了很好的效果。

            • 自动时间戳

            任何操作都会自动获得时间戳。

            • 标记(就像我们在 stackoverflow 上所做的那样)。主要针对项目名称和使用的技术

            TagsPlugin

            • 根据状态会议的结果轻松构建每周报告

            您可以从Timeline 获得概览。如果您将任务组织为工单,您还可以定义自己的reportscustom queries

            • 易于搜索以找到反复出现的问题(例如某个错误消息)的解决方案

            Search

            • 可访问。可能作为网站在线,但可能是共享文件。

            Trac 使用简约的方法进行基于 Web 的软件项目管理。

            • 格式化。我希望能够轻松构建表格并分离出
               内容,例如代码 sn-ps 和错误报告。

            Trac 允许在描述中使用wiki markup

            • 安全。如果我可以与其他人分享网站的一些内容,但不是全部,那就太好了。如果我得到其他东西,优先级较低。

            Trac 使用简单、区分大小写的permission 系统来控制用户可以访问和不能访问的内容。从 0.11 开始,有一个通用机制允许 custom permission 策略插件授予或拒绝对任何类型的 Trac 资源的任何操作,即使在此类资源的特定版本级别也是如此。

            【讨论】:

              猜你喜欢
              • 2011-12-07
              • 2021-05-25
              • 2021-12-31
              • 1970-01-01
              • 1970-01-01
              • 1970-01-01
              • 1970-01-01
              • 2016-09-23
              • 1970-01-01
              相关资源
              最近更新 更多