我在一家目前只有两名开发人员的小公司工作。首先，我说我不是Github的专家，我知道我们当前的工作流程不一定是标准的。我不打算重新设计我们的整个工作流程，而只是针对此特定挑战的合理解决方案：
我们有两个主要分支：开发和硕士。我们使用Master分支进行客户端安装，因此它始终位于Development后面，直到我们将两个分支合并到主要版本之前。
由于我们的软件和目标市场的性质，对于我们而言，重要的是能够在发行版之间的Master分支上定期应用特定客户端的自定义代码，以便在安装时可供他们使用。我们还需要将这些更改应用于Development分支，以便将它们包含在下一个版本中。此自定义代码包含在将来的所有客户端安装/更新中，但仅特定客户端可根据配置设置进行访问。
我当前的解决方案是基于Master分支创建“自定义功能”分支。完成自定义工作后，我们将为Master分支和Development分支创建一个拉取请求。由于Master分支始终具有与开发相同的代码，因此处于较早的状态-在我看来，这应该可以工作。但是，就像我说的那样，我不是Github的专家，并且我确信由于多种原因，这可能很危险。
我知道将这些类型的定期更改应用于实时发布分支是有风险的。但是，由于我们软件的性质，大多数客户在为他们安装时都期望至少进行少量定制。
任何建议将不胜感激！
编辑：我知道这与以下问题非常相似：Avoid merging master into development branch
但是我提议从发布分支而不是开发分支分支，所以我认为这是不同的情况（尽管我会承认这个问题中的某些概念很重要）。如果这被视为重复，我深表歉意。
我建议您熟悉GitFlow，因为它可以解决您的问题。 https://datasift.github.io/gitflow/IntroducingGitFlow.html
[基本上，您是对的，正确的方法是从master分支出来，在分支中创建更改，然后合并到master并进行开发。按照附件链接中的“修补程序”部分。