您可以在不实际使用命令的情况下使用 git 流程（想法）吗？
can you use git flow (the idea) without actually using the commands?
使用 git-flow 命令集（需要安装）与仅使用 master、develop 和 feature 分支（即遵循 idea）的优势有多大 的 git 流（发布和修补程序分支除外）？
这些命令（例如git flow feature start feature_branch）真的只是较长的常规 git 命令（在本例中为 git checkout develop 和 git checkout -b feature_branch）的简化版本吗？
背景：团队习惯于git命令。基本上遵循使用 master/develop/feature 分支的想法。为什么它会切换到 git-flow 命令？
git-flow 命令只是 "command sugar" 以便更容易遵循 Git Flow 工作流程，并且在幕后他们每一步调用一个或多个裸 git 命令。您可以在 Internet 上找到将 git-flow 命令映射到裸 git 的各种表格（例如这个 https://gist.github.com/JamesMGreene/cdd0ac49f90c987e45ac）。
因此，如果您的队友知道在工作流程的每个步骤中要执行哪些命令，您就根本不需要使用 git-flow，对于那些不记得这些命令的人来说，这会更容易。
使用 git-flow 命令集（需要安装）与仅使用 master、develop 和 feature 分支（即遵循 idea）的优势有多大 的 git 流（发布和修补程序分支除外）？
这些命令（例如git flow feature start feature_branch）真的只是较长的常规 git 命令（在本例中为 git checkout develop 和 git checkout -b feature_branch）的简化版本吗？
背景：团队习惯于git命令。基本上遵循使用 master/develop/feature 分支的想法。为什么它会切换到 git-flow 命令？
git-flow 命令只是 "command sugar" 以便更容易遵循 Git Flow 工作流程，并且在幕后他们每一步调用一个或多个裸 git 命令。您可以在 Internet 上找到将 git-flow 命令映射到裸 git 的各种表格（例如这个 https://gist.github.com/JamesMGreene/cdd0ac49f90c987e45ac）。
因此，如果您的队友知道在工作流程的每个步骤中要执行哪些命令，您就根本不需要使用 git-flow，对于那些不记得这些命令的人来说，这会更容易。