我们正在将我们的源代码控制从VSS移到Git(并非常高兴)。我试图确定Git中的最佳策略,以跟踪我们的代码的哪些版本部署在我们环境中的哪些框上。到目前为止,我们只专注于我们的GitHub主分支,专门代表仅在生产中使用的产品。除非配置管理团队记录已成功应用于生产的内容,否则不会在此分支上发生任何提交。Git分支和环境部署跟踪
人们是否也为其所有环境创建独立的分支或使用标签?我已经看到了分支模型的提出,但似乎需要大量不必要的,潜在的痛苦,合并。
我认为标签将是一个很好的解决方案,但人们如何实现这一点?假设我有三个名为QA1,QA2,QA3的QA环境。如果我刚刚从分支原产地/ hotfix42部署代码到框QA2,我是否可以使用标签命名法,如“QA2-060911_511pm”,告诉我哪个版本的代码在什么时间部署到哪个框?但如果我这样做了,我的标签数据库随着时间的推移将会增长到数百甚至数千。因此,如果我想查找部署到QA2的当前版本,将如何查询所有标签以查找最新版本?或....我是否总是添加一个名为QA2_Current的额外标签?但随着部署的发生,持续不断地移除该标签并添加到其他版本中?
是否有任何其他机制添加元数据提交?例如,我可以添加一个env变量到我的提交,然后搜索env = QA2的提交吗?
感谢
至于在提交你可以使用元数据你的问题“混帐笔记”注释提交,而无需修改提交自己和git日志将默认显示它。 – holygeek