Toutes les principales distributions de systèmes d'exploitation disposent d'un support logiciel correspondant, veuillez consulter le lien ci-dessus.
Pour faire simple,
La branche principale master est toujours la version stable disponible La branche de développement develop est la version qui est en cours de test mais pas en ligne
Le développement des fonctions et des fonctionnalités est effectué dans la branche des fonctionnalités. Une fois terminé, il est fusionné dans le développement pour les tests La correction des bogues d'urgence en ligne est effectuée dans la branche des correctifs. Une fois la correction terminée, elle est fusionnée dans. maître
Nom
maîtriser développer feature/xxx hotfix/xxx
numéro de release/version Tagez la version correspondante avant la sortie
Nous utilisons généralement la méthode de dénomination suivante :
la branche adopte généralement :
dev/x.y.z
méthode. Tels que : dev/1.0.1, dev/1.0.2adopte généralement : la méthode
prod/x.y.z
. Tels que : prod/1.0.1, prod/1.0.2Cependant, il est recommandé d'utiliser entièrement la méthode semver : http://semver.org/lang/zh-CN/
Oui, modèle de flux Git classique
http://www.ituring.com.cn/article/56870
http://danielkummer.github.io/git-flow-cheatsheet/index.zh_CN.html
Toutes les principales distributions de systèmes d'exploitation disposent d'un support logiciel correspondant, veuillez consulter le lien ci-dessus.
Pour faire simple,
La branche principale master est toujours la version stable disponible
La branche de développement develop est la version qui est en cours de test mais pas en ligne
Le développement des fonctions et des fonctionnalités est effectué dans la branche des fonctionnalités. Une fois terminé, il est fusionné dans le développement pour les tests
La correction des bogues d'urgence en ligne est effectuée dans la branche des correctifs. Une fois la correction terminée, elle est fusionnée dans. maître
Nom
maîtriser
développer
feature/xxx
hotfix/xxx
numéro de release/version
Tagez la version correspondante avant la sortie