Fatal编程技术网
  • git/
  • Github:分行及；与rails版本直接关联的rails引擎的标记？

Github:分行及；与rails版本直接关联的rails引擎的标记？

git github

Github:分行及；与rails版本直接关联的rails引擎的标记？,git,github,Git,Github,我们的项目中有几个rails引擎。每个引擎都对应于特定的rails版本。例如，引擎A有两个副本-一个副本用于rails 3.2，另一个副本用于rails 4.0。在将引擎A提交到github时，我们计划创建两个分支：一个分支3.2用于rails 3.2，另一个分支4.0用于rails 4.0。如果分支需要版本，那么我们计划在分支内使用git标记来标记分支的版本 分支3.2和4.0将保持并行，并分别在rails 3.2和4.0应用程序中提供服务。git布局有意义吗？如果没有，那么在github上处

我们的项目中有几个
rails引擎。每个引擎都对应于特定的
rails版本
。例如，
引擎A
有两个副本-一个副本用于
rails 3.2
，另一个副本用于
rails 4.0
。在将
引擎A
提交到
github
时，我们计划创建两个
分支
：一个
分支3.2
用于
rails 3.2
，另一个
分支4.0
用于
rails 4.0
。如果分支需要
版本
，那么我们计划在分支内使用
git标记
来标记
分支
的版本


分支3.2和4.0将保持并行，并分别在rails 3.2和4.0应用程序中提供服务。git布局有意义吗？如果没有，那么在github上处理
模块
控件的更好方法是什么
 有道理

如果您可以区分rails 3.2和rails 4.0代码，您只需将3.2->4.0变更集作为一个提交从3.2导入为一个分支，然后您就可以处理一个分支，只需将该分支合并到另一个分支中，以保持它们的同步。显然，如果分支之间的更改太大，那么在合并时创建的冲突就会变得难以管理

请记住，主分支是完全任意的约定，没有什么固有的特殊之处可以使它成为任何分支。
有意义

如果您可以区分rails 3.2和rails 4.0代码，您只需将3.2->4.0变更集作为一个提交从3.2导入为一个分支，然后您就可以处理一个分支，只需将该分支合并到另一个分支中，以保持它们的同步。显然，如果分支之间的更改太大，那么在合并时创建的冲突就会变得难以管理

请记住，主分支是完全任意的约定，没有什么固有的特殊之处，您可以将其设置为任何分支