代码之家 › 专栏 › 技术社区 › Topher Fangio

看似简单的分支问题

github versioning git

4

Topher Fangio · 技术社区 · 15 年前

我使用Git进行版本控制已经有一段时间了,但到目前为止,我只使用了一个主分支进行所有开发。随着我的项目越来越大,现在是我担心稳定/开发分支和发布标签的时候了。

我已经阅读了很多关于git分支的文章,但是我似乎无法理解它们如何工作的背后的概念,当我试图正确设置分支时,这会给我带来一些挫折。

这里是我的情况:我有一个项目,它是一系列专门用于在特定服务器上创建我们的网站的rake任务。现在,我们正在使用基于Debian的系统,但是我们即将切换到基于Ubuntu的系统,所以我想分叉(分支)我的项目并为每个服务器分发创建一个单独的分支,我希望每个分支在运行时能够轻松地从主分支中提取所有通用代码更改。 git pull 在任何一个分支。据我所读,这可以通过跟踪主分支来实现,但我似乎无法使它正常工作。

除此之外,我还需要开始对一个不同的项目进行版本控制,这样我就可以发布它了,但是我不知道实现这一点的标准Git方法。在我以前的公司中,我们使用了tfs(我讨厌它),它非常简单:我们将从master创建一个分支,并将其称为“版本2”。然后我们将确保版本2是稳定的,并修复任何错误,然后每隔一段时间,我们将把版本2的更改合并回主分支。这是Git实现这一点的方法吗?如果是,我该怎么做呢?

因此,总结一下,我提出了以下两个独立(但非常相关)的问题:

如何创建一个远程分支(在GitHub上),自动跟踪master中的更改,以便运行 GIT拉力 在新的分支机构中进行所有的主变更;以及
什么是对我的项目进行版本控制的最佳方法,您可以给出一些示例命令吗?

非常感谢,如果有什么需要澄清的,请告诉我!

1 回复 | 直到 15 年前

1

3

Tesserex 15 年前

如果我正确理解你,我认为你没有正确地使用跟踪。例如,跟踪用于跟踪本地分支和同一分支的远程副本之间的差异。你的“版本2”分支不应该跟踪master。您的本地主机应跟踪源站/主机(远程报告)。

而不是跟踪(如果我对你的理解正确的话),你应该使用rebase。当master在您的version 2分支中有您想要的新补丁时,您需要(假设您当前在version 2分支中):

Git钢筋主控形状

希望你们没有冲突可以解决。重新平衡可能是另一个蠕虫罐头,但它确实不错。我只使用了6个月的git,只是在工作,在最初的驼峰后,它已经顺利航行。