基本Git工作流协助

我是Git新手，在与其他开发人员合作时，我试图了解基本的工作流程

我们有一个远程

开发

分支，由开发人员推动

新的

开发

远程分支以获取新的更新

git pull origin development

在我的

开发

本地分支机构中做大量工作

添加并提交我刚刚做的新工作

git add .
git commit -m "completed x"

将更改推送到

开发

远程分支

git push origin development

---

我想知道是否有更优化、更好的方法？请注意，我只与一两名其他开发人员一起工作。

不，没有更多的“最佳”方法来实现这一点（我猜你的意思是最少的步骤？）。您上面概述的是典型git工作流所需的最少步骤数。

假设您谈论的是与团队一起工作并拥有某种开发版本部署流程，下面是两种常见工作流的良好概述：

---

我在当前团队中使用“git流”模式。这篇文章讨论了一些赞成和反对的观点。

在自己的功能分支上工作，然后将其与主要开发分支合并，我认为这是一种更好的工作方式。如果您有主开发分支，您可以在其上创建一个分支并推动您的更改

例如，如果我有一个分支“master”，并且如果我正在处理一个新功能

我会这样做

git checkout -b feature_a

（以上命令是我在master branch时发出的）

我将进行更改并推动“feature_a”分支

现在，当我的功能完成时，管理“主”分支的同事会将我的分支合并到其中

git merge feature_a

（上述命令是在他在master branch时发出的）

即使您与其他几个开发人员一起工作，在完全测试一个特性之后，处理您自己的分支并合并相同的分支总是更好的。这将使您的发行版更加整洁有序。

#从远程获取所有内容，但不要修改任何本地内容
git获取
#检查发展处；
#这将自动跟踪远程分支
git签出开发
#做一些工作并把它交出来
git commit-m'whatever'
#获取更改并根据远程更改重新设置开发分支的基础
git-pull——重基
#推动变革
#（默认情况下为所有分支，但可以仅更改为当前分支）
git推送
#继续拉——重设基础、提交和推送

---

<>这有一些变化，但是在将本地更改推到远程之前，应该考虑对远程提交进行重新设置。更成熟的OSS项目通常会坚持这一点，这是一个很好的实践。您可以重新设置默认拉行为的基址（通常会合并）。

那么，您所说的“更优化”和“更好”的工作流实现方式到底是什么意思呢？我只想对我之前的粗鲁回答表示抱歉。

git merge feature_a