GitHub团队使用情况

嗨，我刚通过GitHub。GitHub看起来非常好，而且容易学习。有一件事我不明白，就是在团队环境中与可能编辑相同文件的人一起工作

据我了解

• 将有一个远程回购（

  origin

  ），其中包含应用程序的最新文件
• 每个团队成员拉住

  origin

  master
• 每个团队成员都可以创建自己本地的分支，编辑文件，提交分支，并与本地

  master

  合并
• 团队成员现在可以将其

  master

  推送到

  origin/master

现在，如果两个团队成员不编辑同一个文件，会发生什么

原点V1

MemberA创建了V2并推送 原点现在V2

MemberB仍有V1，但已生成V3并将其推送 MemberA推送的更改不会回滚到原始V1吗

或者这就是舞台和向舞台添加文件来推动的地方

---

它不会用推送“替换”所有文件。。但是，如果您尝试推送到您的远程设备（

origin

，在您的示例中），并且该远程设备上的文件在您尝试推送之前已更新，则推送将被拒绝。您必须先从远程

拉

，解决任何冲突，然后才能推

否则，如果没有冲突，则在推送到

master

时，文件只会更新。记住这里有一个完整的过程。你不能简单地推送到master:-）（或merge）。对不起，我不得不这么做

最简单的说，如果远程设备上的文件在您有机会推送之前已经更新，那么您将无法推送。如果您更改的文件未在远程计算机上更改，则推送将成功

---

基本流程需要经常拉入您的分支，以使其与master保持最新。

如果您尝试推送到您的远程（

在您的示例中为origin

），并且该远程上的文件在您尝试推送之前已更新，则推送将被拒绝。您必须先从远程

拉

，解决任何冲突，然后才能推

否则，如果没有冲突，则在推送到

master

时，文件只会更新。记住这里有一个完整的过程。你不能简单地推送到master:-）（或merge）。对不起，我不得不这么做

最简单的说，如果远程设备上的文件在您有机会推送之前已经更新，那么您将无法推送。如果您更改的文件未在远程计算机上更改，则推送将成功

---

一个基本的流程需要经常进入您的分支机构，以便与master保持最新信息。

Git非常棒，因为它不支配您的工作流程——您从产品所有者的想法到开发人员的手指，再到测试，再到生产所采取的步骤。相反，它只是确定跟踪事物的方式。因此，您的流程可以是您想要的。有些人发现这种开放性太过局限——你如何通过空白页？< /P> 是分支的命名约定以及分支和合并的方法，跟踪各个阶段的开发过程。它非常擅长提供团队工作所需的结构。它通常面向特定的、定期的发布，因此对某些人来说可能太多了

（还有一个用于git流的git插件。）

如果Git流太多，您可能希望查看用户仅从master分支、构建特性、测试并合并回master的位置

---

最终，这些只是处理过程的惯例，你可以根据他们与你的团队文化的匹配程度，采取尽可能多或尽可能少的措施，也可以不采取任何措施。

Git很好，因为它不支配你的工作流程——你从产品所有者的想法到开发人员的手指，再到测试，再到生产过程中所采取的步骤。相反，它只是确定跟踪事物的方式。因此，您的流程可以是您想要的。有些人发现这种开放性太过局限——你如何通过空白页？< /P> 是分支的命名约定以及分支和合并的方法，跟踪各个阶段的开发过程。它非常擅长提供团队工作所需的结构。它通常面向特定的、定期的发布，因此对某些人来说可能太多了

（还有一个用于git流的git插件。）

如果Git流太多，您可能希望查看用户仅从master分支、构建特性、测试并合并回master的位置

---

归根结底，这些只是处理流程的惯例，你可以根据它们与你的团队文化的匹配程度，选择尽可能多或尽可能少的惯例，也可以不选择任何惯例。

哈哈，你是说有一个完整的流程？那会是什么？另外，如果我们正在eclipse中的grails项目上工作。。我们是否需要手动将处理过的文件添加到暂存区，或者git是否会自动拾取已更改的文件..我认为git状态？从您的最简单的报价来看，如果远程设备上的文件在您有机会推送之前已更新，那么您将无法推送。如果您更改的文件未在远程计算机上更改，则推送将成功。当我想得到最新版本的时候。。。它会不会用这个最新的文件替换我所有的文件（我编辑过的文件）？不会，它不会替换，但会让你知道冲突。解决这场冲突的责任就在你身上。哈哈，你是说有一个完整的过程是什么意思？那会是什么？另外，如果我们正在eclipse中的grails项目上工作。。我们是否需要手动将处理过的文件添加到暂存区域，或者git是否自动拾取这些文件