Questions tagged «branch»

老实说，我不清楚这里的语义。它们都是关于代码+历史单元的副本/变体，但是过去我不确定我能说什么。这个逻辑结构在某处有解释吗？

130 git  branch  clone 

我了解Pro Git中提出的有关“变基的危险”的方案。作者基本上告诉您如何避免重复的提交： 不要对已推送到公共存储库的提交进行重新基准化。 我要告诉您我的特殊情况，因为我认为它不完全适合Pro Git场景，并且我仍然会遇到重复的提交。 假设我有两个远程分支机构，它们与本地分支机构相对应： origin/master origin/dev | | master dev 所有四个分支都包含相同的提交，我将在以下位置开始开发dev： origin/master : C1 C2 C3 C4 master : C1 C2 C3 C4 origin/dev : C1 C2 C3 C4 dev : C1 C2 C3 C4 在几次提交之后，我将更改推送到origin/dev： origin/master : C1 C2 C3 C4 master : C1 C2 C3 C4 …

130 git  branch  rebase 

如果我分叉一个托管在github上的项目。我会分叉所有树枝吗？我怎么知道我的叉子基于哪个分支？换句话说，哪个分支将下载到我的PC？

127 github  branch  git-branch  git-fork 

我有一个git超级项目，它引用了几个子模块，并且我试图锁定工作流，以便其余的项目成员都能在其中工作。 对于这个问题，可以说我的超级项目被调用supery，子模块被调用subby。（然后简化了我要做的事情……我实际上并没有在版本中使用分支，但是我认为这是最容易提出问题的方法。） 我的master分支将git项目supery的标签称为子模块。的分支叫，改变了子模块的参考点来标记的。v1.0subbysuperyone.onev1.1subby 我可以轻松地在每个分支中工作，但是如果尝试使用one.one分支中的更改来更新分支，则会master收到一些冲突，并且我不知道如何解决它们。 基本上git pull . master，在subby分支中运行了一段时间之后，看起来好像创建了其他子模块。 在拉/合并之前，我git submodule从one.one分支获得了所需的响应： $ git checkout master $ git submodule qw3rty...321e subby (v1.0) $ git checkout one.one $ git submodule asdfgh...456d subby (v1.1) 但是在拉动之后，当我运行时，它将添加其他子模块git submodule： $ git pull . master Auto-merged schema CONFLICT (submodule): Merge conflict in subby - needs qu3rty...321e Automatic merge …

127 git  branch  git-submodules  conflict 

在分支git pull上运行时master，通常从中拉出origin/master。我在另一个名为的分支中newbranch，但是我需要运行一个git pull从from origin/master到in的命令，master但是git checkout在拉取完成之前，我无法运行来更改选定的分支。有没有办法做到这一点？ 为了提供一些背景信息，存储库存储了一个网站。我进行了一些更改，newbranch并通过将网站切换到进行了部署newbranch。现在，这些更改已在上游合并到master分支中，我正尝试将网站也切换回master分支。在这一点上，newbranch和origin/master是相同的，但master相对滞后origin/master和更新的需求。问题是，如果我以传统方式这样做： $ git checkout master # Uh oh, production website has now reverted back to old version in master $ git pull # Website is now up to date again 我需要实现与上述（git checkout master && git pull）相同的功能，但在此过程中无需将工作目录更改为早期版本。

126 git  branch  git-branch 

为各种主题创建一个分支，并且在我不再需要它们时不定期删除它们，现在我最终得到了大约50个分支;） 我尝试删除分支，其中一些具有未合并的更改。 我想要的是能够准确查看仓库中没有主仓库的分支中存在哪些更改的功能。有没有办法做到这一点 提前致谢。

125 git  branch 

我已对本地存储库进行了许多更改，但尚未推送。由于功能花费的时间比预期的长，因此我想在推送之前将这些更改交换到命名分支上。我怎样才能做到这一点？

124 mercurial  branch 

使用TortoiseSVN，我需要在分支中进行更改，然后将其与主干合并。 我是该项目的唯一开发人员，所以我知道主干没有改变。我正在学习SVN，以便最终我的团队可以使用它。 基本上，我希望我的树干看起来像树枝。 在pre-svn世界中，我只需要复制分支文件夹中的文件，删除中继文件夹中的文件，然后将分支复制到中继中即可。 在TortoiseSVN的，我已经试过Reintegrate a branch，Merge a range of revisions和Merge two different trees。似乎并没有改变树干。我也尝试过在树干顶部分支。这给我一个错误，说中继线已经存在。

119 tortoisesvn  branch  trunk 

我知道已经问过类似的问题。 但是，我认为我的问题是由于我先前犯的一个错误所致，因此有所不同：让我解释一下。 一切工作顺利，我可以： git add . 我本地存储库中的所有文件。 git commit -m "message here" 将消息添加到我的提交中。 git push origin master 将我的文件上传到GitHub。 git push heroku master 将我的文件上传到Heroku。 但是，在某个时候，我在本地创建了一个新分支add-calendar-model，以防应用程序开发的后续步骤向南延伸。 ...这正是发生的事情。 但是，尽管进行了很多尝试，但我还是没有设法从master分支到本地存储库获取初始代码（即创建新分支之前的代码）。 所以，我决定从我的本地库，并手动删除所有的文件git clone我master从GitHub分支。 这样，我将所有文件取回来，但是现在，我无法再将其推送到远程存储库。 每当我尝试运行git push origin add-calendar-model或时git push origin master，都会出现以下错误： fatal: 'origin' does not appear to be a git repository fatal: Could not read …

119 git  github  version-control  branch 

以下操作只会从主干的主修订版创建一个分支。如何从特定版本创建分支？谢谢。 $ svn copy http://svn.example.com/repos/calc/trunk \ http://svn.example.com/repos/calc/branches/my-calc-branch \ -m "Creating a private branch of /calc/trunk."

116 svn  branch 

我正在分支机构（即design）工作，并且进行了许多更改，但是我需要全部丢弃并重新设置它们以匹配存储库版本。我以为git checkout design会这样做，但这只是告诉我我已经在分支中design，并且我有3个修改过的文件。 我如何丢弃这些更改并获得分支，因为它现在位于远程服务器上？

116 git  branch  rollback 

我一直在研究从开发线签出的代码，发现所做的更改可能会破坏更改，需要在提交至主要开发树之前将其移至实验分支。但是，我没有检出试验分支，也不想丢失已经进行的更改。 有没有一种方法可以将工作文件夹中的更改提交到与最初签出不同的分支？

115 svn  version-control  branch 

我们想对我们的项目执行一项新政策，即将master分支现在称为release分支，以确保更清楚地了解如何使用该分支。当然，我们还将开发和发布候选分支。 我知道可以使用以下命令在本地重命名master分支： git branch -m master release 但是，这仅在本地。即使我将其向上推到远程，HEAD仍然指向远程主分支。我想完全摆脱master分支，并在初始克隆时发布默认的本地分支，然后发布。 我该如何实现？ 似乎由于源位于Gitorious服务器上，因此删除master分支时出现错误。我现在尝试查看是否可以更改此设置，以便默认分支为“ release”。

115 git  version-control  branch  git-branch 

我已经使用git大约一年了，并且想使用标记来标记不同版本的提交。我已经找到了用于使用标签的命令的大量信息，但是我想知道的是，为什么只要我可以创建一个新的分支1.1.0而不用全神贯注，就为什么要使用标签？新的git命令集？ 有很多很好的理由来标记而不是分支，但是我想知道这些优点是什么。

114 git  branch  git-tag 

从手册页： Deletes all stale tracking branches under <name>. These stale branches have already been removed from the remote repository referenced by <name>, but are still locally available in "remotes/<name>". 所以我删除了使用 git push origin :staleStuff 然后跑 git remote prune origin 但是，只修剪了一个本地分支。这些分支中的一些是由我创建的，有些是由同事创建的。这是否表明我一开始没有正确地跟踪那些分支？

113 git  version-control  branch  git-branch  git-remote