让你的软件永生，就靠这7个规则

当然你也可以手动操作命令行，但是使用持续集成的平台更方便，更快捷，成本更低。

4、自动化

规则4：自动化。自动化可以减少步骤，节约时间。

我看到很多人会存储命令txt文件，以便需要的时候可以复制粘贴。我建议你不妨学习bash脚本（和/或Python）。

以下是一些你必须自动化的bash脚本任务：

将README.md转换为其他格式（取决于不同的分销渠道要求）

自动化测试（包括创建模拟服务器和/或数据，删除临时文件等）。

阶段化代码给开发服务器。

部署到生产。

自动化的更新依赖（特别是当更新有可能会破坏现有的API时，尤其要小心）。

5、冗余

规则5：冗余版本控制：不要仅依赖于Git，可以使用多个同步异地的远程遥控，增加冗余。

俗话说，鸡蛋不能放在同一个篮子里。如果你的代码只托管在Github上，那么一旦Github出现故障等，你的工作流程就会受影响。

给你个参考，我的代码是这么存储的：

所有代码都放在Dropbox的“Codebase”文件夹中。自动同步变化。

在Github也放上几乎所有的代码。

最重要的代码，则同时放在两处比较秘密的地方。

你看，除非世界末日，不然我的代码怎么搞也不会丢失。

6、提交

规则6：提交：做一点小小的改变，然后频繁提交，不要出现问题代码。

很多程序员将版本控制系统当作是备份方式，而非维护历史的一种手段。要知道，像这些历史信息是没用的，除非你想要做的只是检索文件。

在你提交改动信息一个星期后，因为发现引入了一个新的bug，所以你需要恢复原先的内容。但是现在，因为你提交的信息已经覆盖了原先的信息，那么你就只能慢慢摸索原来是怎么写的了。

版本控制系统，正是为了防止出现这样的情况。

如果你觉得写出好的提交很难，那么可以按照下面这个模板走：

每次提交都应该有一个目的。确定是修复bug，添加新的功能，还是删除现有的功能？

改动一次提交一次。

提交信息包括发布排序号码。

提交描述中应说明改动情况。这取决于项目的指导方针，通常包括是什么造成了bug，如何修复，以及如何对改动进行测试。