25

我对 Git 很陌生，并且已经阅读了 Pro Git 书籍@http: //git-scm.com/book/en/Git-Branching-Basic-Branching-and-Merging。我的问题是我今天所做的是否是使用生产服务器和远程 Git 存储库的首选方式。

我将我的 repo 托管在 GitHub 上，使用三个远程分支：开发 -> 测试 -> 主控。

每当“测试”分支被验证可以正常工作时，我git merge在本地使用“测试”（快进？）git push“掌握”，并在 GitHub 上“掌握”。

在生产服务器（/opt/www/url.com/）上，我已经完成了：

git init
git remote add origin https://github.com/.....
git pull origin master

现在每次我想更新主人我都会发出git pull

git pull origin master

生产永远不会将任何更改推送到远程。并且不会发生本地更改。我做对了吗？如果不是，将更新拉到生产环境的首选方式是什么？

编辑＃1：我不想管理我现在面临的生产服务器上的任何冲突（不知何故我做错了）。我只是想拉下最新更新的主分支，然后切换到它。

4

1 回答 1

24

为此，执行 'git pull' 很普通，但还有一种更防弹的方法。

如果您不以某种方式进行本地更改，就不会有任何冲突。但是，如果您只想获取最新的树，并消除任何本地更改，那么有一种更好的方法，它会忽略本地的任何内容：

首先，您需要从服务器获取最新的。为此，我们将使用以下命令，而不是“git pull”：

git fetch origin master

这是“git pull”的前半部分。（第二个是合并到您的本地 master 中，这是您遇到问题的地方）。

Git fetch 会：

  1. 查找提交 master 在远程上指向的内容
  2. 下载提交的内容及其引用的您在本地没有的所有内容。
  3. 更新 origin/master ref 以指向该提交，以记住远程在其“master”版本上的位置。

接下来，我们将简单地更新我们的本地“master”以指向相同的提交，并更新我们的工作树。

为此，我们将使用：

git reset --hard origin/master

（这是假设您没有为远程仓库使用不同的名称，而不是默认的“来源”——如果您这样做了，请进行相应的调整）。

这实际上做了三件事：

  1. 更新您的本地主分支以指向您刚刚从远程获取的相同提交。
  2. 将该树加载到您的索引中
  3. 更新您的工作树以匹配索引。

您现在有一个与远程匹配的本地主分支和树。

但是还有一个步骤，就是清理剩下的任何东西，它不会被 git 跟踪。

git clean -fdx

将删除先前构建创建的所有文件，并为您提供一个干净的环境。在任何情况下，您都应该将要保留的任何构建工件复制到其他位置。

'git pull' 是针对开发人员协调他们的工作，所以它真的不是这个工作的理想工具。'git fetch' 和 'git reset --hard' 更具体，没有防止意外覆盖本地工作的保护。

但这正是你想要的。

尽管如此，如果您有时会进行更改以修复生产服务器上的问题，您可能希望继续使用“git pull”。合并和可能的冲突可能比有害更有用。

但有时您只想将可靠的更新作为自动化的一部分，而任何本地更改都是需要消除的问题。

但是即使使用 'git pull'，你也可能想要那个 'git clean'。遗留文件可能会以神秘且难以识别的方式破坏构建和部署。

于 2018-06-28T20:08:20.030 回答