【问题标题】:How would you expect a revisions system to work? [closed]您希望修订系统如何工作? [关闭]
【发布时间】:2016-01-14 02:40:33
【问题描述】:

我需要保留一个修订系统。我的问题不是结构而是行为。

例如,假设您正在代码编辑器中处理网页。当开发人员编写页面代码时,您多久会为他进行一次修订?他救人时你救人吗?你每个小时都存钱吗?您应该保留多少次修订?

在这种情况下您会期望什么行为?

更新: 内容是在线保存还是本地保存似乎有所不同。在我的项目中,它像 WordPress 帖子或 Google 文档一样在线保存。如果他们使用桌面软件,我可以在本地保存到缓存甚至是用户计算机上的目录。

【问题讨论】:

  • 我希望它只在被要求(不是自动)时“提交”(创建修订)。我希望它从一开始就保留所有修订。您是否查看过现有系统(git、Mercurial、SVN、CVS 等)?
  • 除了 Mercurial 以外,我都用过。嗯...在 WordPress 和 GMail 中,Google Docs 会每 15 秒自动保存一次或在按键时自动保存。对于版本控制系统,它是手动的。但是,WP 和 Google 软件都是在线的,不会在本地保存副本。如果代码编辑器在线保存文档,您会从手动更改为自动吗?
  • 自动保存当然很棒,无限撤消也是如此。但我不会称其为修订控制系统。尤其是在编辑网站时,处理文件和实际发布(上线)应该是单独的步骤。请注意,GMail 会保存草稿。它不会自动发送电子邮件。
  • 您应该了解版本控制的工作原理,至少是基本概念。这个问题没有任何意义。

标签: version-control versioning revision


【解决方案1】:

当您进行版本控制时,您:

  • 确保队友不会忽视彼此的工作
  • 编写版本日志以备将来使用,以便能够处理任何情况

由于在未来某个遥远的时间您可能需要回滚,因此最好确保在查看提交消息时,您将能够更容易地确定回滚的位置。此外,提交消息正在帮助您的队友确定您做了什么。因此,我的建议是,您应该在完成一小部分工作时进行提交,因此您的提交应该是原子的,并且它们的信息应该不言自明。

【讨论】:

  • 我喜欢这个建议。我认为手动进行修订并使用提交消息比进行定时备份而根本没有明确的消息要好。
猜你喜欢
  • 2021-05-28
  • 2016-01-15
  • 2011-03-22
  • 1970-01-01
  • 1970-01-01
  • 2012-04-19
  • 2011-06-17
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多