这可能是一个非常初级的问题，但我正在为一家初创公司的大型生产网站工作。我最近开始使用Heroku、Github和Ruby on Rails，因为我正在寻找比仅在本地进行更改并上传到服务器更具灵活性和版本控制的方式。
我的问题可能很明显，就是我是否应该为每个环境（开发、测试、暂存、生产等）使用不同的代码库或只是一个主要的代码库和分支来处理新功能。
我的初步想法是创建多个代码库。例如，如果我添加了一个新功能，比如图片上传器，我将使用开发代码库中的代码。进行更改，并上传它带有提交，以跟踪小的更改。一旦我在本地测试过了，我就会想要使用单个提交将其上传到测试代码库，并列出添加的功能（例如“向账户页面添加图像上传器”）。
我的想法是这将允许在开发环境内微观管理提交，而测试环境的提交将更专注于错误修复等方面。
这在我的想象中很有道理，因为随着您在各个环境中的移动，您会删除多余的提交，并专注于每个环境所需的内容。我也可以看到如何使用分支来实现这一点，因此我正在寻求一些关于如何处理这个问题的建议。优缺点、个人示例等。
我看到了一些其他相关的问题，但似乎没有涉及到我所担心的问题。
提前感谢！
-Matt
我的问题可能很明显，就是我是否应该为每个环境（开发、测试、暂存、生产等）使用不同的代码库或只是一个主要的代码库和分支来处理新功能。
我的初步想法是创建多个代码库。例如，如果我添加了一个新功能，比如图片上传器，我将使用开发代码库中的代码。进行更改，并上传它带有提交，以跟踪小的更改。一旦我在本地测试过了，我就会想要使用单个提交将其上传到测试代码库，并列出添加的功能（例如“向账户页面添加图像上传器”）。
我的想法是这将允许在开发环境内微观管理提交，而测试环境的提交将更专注于错误修复等方面。
这在我的想象中很有道理，因为随着您在各个环境中的移动，您会删除多余的提交，并专注于每个环境所需的内容。我也可以看到如何使用分支来实现这一点，因此我正在寻求一些关于如何处理这个问题的建议。优缺点、个人示例等。
我看到了一些其他相关的问题，但似乎没有涉及到我所担心的问题。
提前感谢！
-Matt
这可以帮助生成实际的配置文件，并在其中添加当前部署环境的值。