专有系统文档'泄漏'以及如何阻止它们？

Question

  

版权所有者Larry McVoy在声称Andrew Tridgell违反BitKeeper许可证后反向设计BitKeeper协议后，已经撤销了免费使用BitKeeper的能力。在Linux.Conf.Au 2005上，Tridgell在他的主题演讲中证明了他使用的逆向工程过程只是telnet到BitKeeper服务器的相应端口并输入“help”。

     

- [维基百科关于Git]（http://en.wikipedia.org/wiki/Git_(software)#Early_history)

有时并不总是某人泄漏您的文档或源代码，而是因为某人不记得删除一两个实用程序功能。你有什么样的流程和程序来阻止这些“泄漏”的发生？

Answer 1

首先不创建它们。

Answer 2

我认为你不能简单地避免专有文档，但我认为你应该清楚地标记它。

您为内部目的编写的任何代码都应该是单独项目的一部分，并且还要明确标识。

Answer 3

不要试图阻止第三方技术与您的兼容。

说真的，如果你没有信心让第三方做出兼容的替代品，那么想一想很多人是否会首先发现你的产品是有价值的。

Answer 4

这触及了一个相关的主题，你可以“暂时”注释掉这些内容。

在编码过程中保护您的过程非常重要。

• 在进行“临时”更改时，请确保对其进行注释以便找到它们。单元测试非常好。
• 确保基础架构足够智能，以便您可以拥有不同类型的构建。您不想总是记得为某种类型的构建禁用某些内容。一旦您知道正在创建它们，就立即消除任何人为错误的可能性。 （至少为它创建一张票。）

Answer 5

对它们非常小心，并确保只有合适的人才能获得正确的文档（这包括确保管理层不会获得专有文档）。

我正在为客户定制我公司编写的一些专有软件（通过默默无闻的安全性）。我确保创建两个版本的文档，一个完整的自定义技术设计文档，另一个删除“安全”位以与客户端共享。我犯了一个错误，就是让管理层可以使用它，并与客户分享。

幸运的是，客户没有说出任何关于它的信息（他们提出了一些问题，但没有对此做出大意见，我猜他们已经习惯了我公司软件的质量;）。