1

嗨，我刚刚完成了 GitHub Learn-in-15 minutes 教程。GitHub 看起来非常好，而且很容易上手。我不明白的一件事是在团队环境中与可能编辑相同文件的人一起工作？

据我了解

  • 将有一个origin包含应用程序最新文件的远程 repo ()。
  • 每位队员拉origin师傅
  • 每个团队成员都可以创建他们自己本地的分支编辑文件，提交分支并与他们的本地合并master。
  • 团队成员现在可以将其推master送到origin/master.

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

起源V1

MemberA 创建了 V2，现在推送 Origin V2

MemberB 仍然有 V1，但已经制作了 V3 并推送了它，MemberA 推送的更改不会回滚原来的 V1，因为

或者这就是舞台和将文件添加到舞台以进行推送的地方？

IE 它不会用你的推送“替换”所有文件.. 但只有那些你添加到你的阶段/提交的文件？

4

2 回答 2

4

如果您尝试推送到您的遥控器（origin在您的示例中）并且该遥控器上的文件在您尝试推送之前已更新，那么您的推送将被拒绝。您必须pull先从远程操作并解决任何冲突，然后才能推送。

否则，如果没有冲突，文件只会在推送到master. 请记住，这里有一个完整的过程。一个人不会简单地推到主人:-)（或合并）。对不起模因，但我不得不这样做。

一个不简单的合并成主人

最简单的情况是，如果遥控器上的文件在您有机会推送之前已更新，那么您将无法推送。如果您更改的文件在遥控器上没有更改，那么您的推送将成功。

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

于 2013-03-27T03:50:03.287 回答
0

Git 的美妙之处在于它不会规定您的工作流程——您从产品所有者的想法到开发人员的手指、测试和生产所采取的步骤。相反，它只是识别跟踪事物的方法。因此，您的过程可以是您想要的。有些人觉得这种开放性太局限了——你如何通过空白页？

Git-Flow是分支的命名约定以及分支和合并方法，可跟踪各个阶段的开发过程。它非常擅长提供团队工作所需的结构。它通常面向特定的定期发布，因此对某些人来说可能太多了。

（这里还有一个 Git-Flow 的 git 插件。）

如果 Git-Flow 太多，您可能希望查看GitHub Flow，其中用户仅从 master 分支、构建功能、测试并合并回 master。

归根结底，这些只是处理流程的惯例，您可以根据他们与团队文化的匹配程度来选择全部或不采取任何措施。

于 2013-03-27T04:44:26.737 回答