看到这个: http://www.suckless.org/wiki.html. 。基于 Mercurial 的 wiki。版本控制还有其他非代码相关的用途吗?是否还有其他项目在内部使用版本控制工具而不是编写自己的特定解决方案?

有帮助吗?

解决方案

简单错误跟踪系统,每个错误文件,文件夹结构来处理状态和更简单的搜索命名约定。

其他提示

脑海中浮现的一对

  1. 文档
  2. 规格
  3. 测试数据库

/etc或其他配置的目录/文件版本控制下当正确完成可以是有用的。

还有些人喜欢把自己的主目录下的版本控制

进一步沿着走“非代码”路径,怎么样GTD?

如果你保持你的任务,环境,下一步行动等以纯文本格式,你可以使用版本控制来维护和重放你的项目活动。如果你有报道这样的事情提交日志(S)可以提供一个很好的活动总结。

配置文件。很好的方式来记录更改你的系统。并且总是能够恢复的变更。

作为一名即将毕业的正在找工作的学生,我正在对我的简历使用版本控制。

我为什么这样做:

  1. 我可以为大多数工作应用程序(“中继”)维护单个默认简历。
  2. 如果我想玩不同的格式选项,我可以在那里分支并在那里玩耍而不会影响中继线
  3. 如果我需要在短时间内进行最新副本,则行李箱总是具有稳定的版本
  4. 如果某些工作需要特定的技能,我可以分支一个版本,我可以强调这些技能
  5. 我可以创建标签来跟踪我发送给特定公司的版本,这可以帮助我准备面试
  6. 看到我的简历随着时间的推移而变化是很有趣的:)

在我的办公室,我们使用它作为次断开文件共享的一种形式。有一个关于在HEAD修订版文件的4GB和它出色的作品。具有完整的版本历史记录的所有的文档是一个伟大的备份工具。

我们有一组图形设计师,我们目前正在试图转换使用的Team Foundation Server,通过Teamprise。

另外,不要认为它就像一个传统意义上的代码。数据库脚本,脚本的索引搜索家电等等都可以被捕捉和版本,以及。在具有良好的构建过程的同时,你可以采取很多的手工努力走出部署这些文物,太。

和,如其他人提及的,文件,测试数据等

我会使用 VC 来实现磁盘上数据的归档(或备份)功能。

还:

  • 与项目相关的任何文档。

不是你在说什么,但版本控制软件可以进行文件共享与朋友或小型网络的易平台。

有关纯粹的法律原因,只有,当然。

凡是通过版本去(文档,代码,演示,广告,图片...)可以从版本控制中受益。如果有更多的使用/编辑块一个人,那么你肯定需要版本控制。说真的,他们需要能够以示区别,并跟踪历史独立的编辑程序。

由于从兰特在休止(此内容交“弱智化云[原文]”),我一直看着的Dropbox 这是与历史版本跟踪免费在线存储,回滚和共享。对于像我的妻子,教授与同事在全国各地的报纸工作,这是他们的工作流程向前迈进了一大步。

我公司对存储在版本控制每一个产品版本的所有生命周期的文档。这些产品的开发,测试和释放过程中创建的项目。

我们开始这个支持发展,但最终喜欢具有文档,测试用例等版本控制和历史。

一晚的答案位,但我觉得这是属于这里:

前段时间,我用Git的跟踪时间花在游戏。我的游戏的快捷键绑定到其监控的过程的一个小程序和游戏存档。每一个游戏开始时,它切换到那个游戏的名字命名的分支,并承诺即使他们没有改变每10分钟的扑救。当游戏被退出时,它停止并切换回主站。

只要打开仓库的“git tree”会告诉我游戏已经运行多久,以及保持其保存一个版本的存档,这是非常有用的去“时光倒流”如果需要的话。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top