branching-and-merging相关内容
有关化石SCM中分支的文档表示如果叶子具有封闭标签,则该叶子被视为封闭。但是,当我输入 >化石标签添加封闭的xxxxx >化石叶子-关闭 > 它没有显示为关闭状态。如果我添加带有-propagate 的标签,也会发生同样的事情。当我检查化石本身的关闭的叶子本身时,列出的叶子没有已关闭标签。我误解了什么? 解决方案 使用化石标签添加--raw封闭签入 另
..
我们在开发环境中具有以下源代码控制结构: Main分支是所有分支的根,而Development分支是Main的儿子。 现在,我最近在Main分支上进行了“重命名”,现在将其命名为OldMain,然后从Development中创建了一个新分支,我将其称为Main。 完成这些操作之后,我意识到它有一些奇怪的行为:OldMain分支失去了他的历史,无法恢复,而New Main分支“抓住了”旧分
..
当我对分支进行一些更改并尝试切换到主分支时,我不断收到此错误:结帐将覆盖以下未跟踪的工作树文件 此线程上的解决方案不起作用:以下内容未跟踪的工作树文件将被结帐所覆盖 解决方案 我对导致此错误的原因的猜测是,错误中列出的文件在当前的 searchPlus 分支,但它们在您的 master 分支中被跟踪。如果Git盲目结帐 master ,它将破坏(即覆盖)这些文件。当Git签出另一个分
..
我在一家“内部” IT商店中,我们目前使用ClearCase进行版本管理。为此,我们的分支策略很常见,主要分支保留用于实时代码,而主要分支则保留给项目和修补程序类型的活动。每个项目(它们经常重叠)在主项目上都有一个分支,我们没有多层分支。 我们遇到的情况是我们必须在集成分支之间进行合并这样,版本4分支就可以在版本3上线之前获得所有版本3的更改(例如),并以此为基准。以及当项目很高且必须得到支
..
我不确定我是否可以解决这个问题。 我最近开始组建一个从未使用过任何新产品的团队版本控制系统的类型,并且我们的组织使用TFS作为标准(我以前从未使用过)。 经过很多辩护,我让管理员在服务器上为我现有的代码创建一个TFS项目,并且由于没有任何项目代码被检入(存在多年后),因此我希望尽快在版本控制中进行检入,因此我将项目检入到以下目录的根文件夹中该项目。尚未阅读 http://tfsbran
..
我正在尝试运行 merge / discard 命令( tfs merge / discard / version:nnn:yyy $ / sourceproj $ / targetproj / recursive ),但表示没有任何待处理的更改。 如果我运行 tfs merge / candidate $ / sourceproj $ / targetproj 会显示相关的变更集作为候选。
..
我有母版 dcommit 到(和 rebase 来自)Subversion trunk 。 我创建了一个中间的Subversion分支 tc ,使用以下命令合并来自2个不同分支的更改: git branch master git svn branch tc -m“合并分支” git checkout -b tcl --track tc git merge cat#另一个分
..
我对TFS和源代码控制还很陌生。我无法理解分支的优势。因为我可以通过创建2个文件夹main和development来做同样的事情,所以当我完成development.I时,可以使用任何diff工具与main分支合并代码。 那么拥有分支的意义何在?我知道必须有巨大的优势,但我无法理解。 解决方案 (更新:TFS现在支持git进行版本控制,因此此答案的其余部分不再适用) 我会按功能
..
简单的例子。这是'master': root -index.html -readme.md 这是一个名为“ dev”的分支: 根 src -index.jade dist -index.html 我想将'dev'分支的'dist'文件夹中的index.html文件(或所有文件,实际上)带走并替换或合并在我的master分支的根目录中
..
使用TFS,我们有以下内容: 主要基线 开发分支每个开发工作。这些被合并回基线。 每个发行版都创建了一个发行分支。在这里进行了一些错误修复,然后发布并合并到基线。 使用架子集,我们可以在需要时跨开发分支共享代码,而不会污染基线。对于代码审查很有用。 当我们将开发更改交付到基线时,我们将启动一个自动生成的版本并将其自动放置在测试服务器上。 问题在于,业务分析师只有在测试服务器上才
..
我需要帮助来建立TFS分支结构。 当前情况如下,我们的应用程序是SaaS,我相信我们需要多个“发布”同时分支。 通过TFS分支指南III,我相当确定我们将需要“高级”分支模型。 我们首先拥有一个“主”分支,该分支将容纳应用程序的当前位置(我们来自Visual Source Safe)。然后,我们将创建一个“开发”分支,并暂时保留该分支。我们还将创建一个新的“ Service Pa
..
是否有--git commit的作者-git-merge? 我们维护了一个临时环境,必须执行一些更改。某些限制使我们只能使用一个Linux用户来访问暂存环境。 无论如何,我们是一个具有合作主动性的小团队,我们会在进行提交时告知,哪个是作者使用--author git-commit选项。但是,有时我们需要从其他分支进行合并,从而导致非ff合并。 在这种情况下,哪种方法是手动指定作者
..
我在许多地方都读到,在TFS 2010中重命名分支存在很大问题:您可能会丢失刚刚重命名的分支的历史记录(如本文或此 SO问题) 我在TFS 2012中找不到关于这些问题的任何提及。在TFS 2012中重命名分支之前,有什么后果我应该注意吗? 解决方案 重命名分支的最大问题是,下次合并到重命名分支或从重命名分支合并时,您将有效地执行无基础合并。这会引起很多痛苦。 我目前正试图解开
..
我正在一个(Django)网站上有两个分支: master 和 dev 。 master 是正式版本,此处不应直接进行任何工作。一旦认为稳定,所有更改应来自合并 dev 分支。 dev 是开发分支,所有更改都在这里(和子分支)进行。 在服务器中我有两个网站在工作,一个是生产网站(使用 master 分支),另一个是私有开发网站,其中有 dev 子域,使用 dev 分支。 问
..
我在SVN中有一个分支,我想与主干中的更改保持最新。我想做的是有一个脚本或每晚运行的某件事执行此合并,然后在没有合并冲突但如果有合并冲突的情况下以某种方式提交,则提交分支的新版本。我发现了这个帖子,尽管它有所帮助不能做所有事情。 我一直无法找到确定是否存在合并冲突的方法,而这正是我所要寻找的。在脚本中添加构建代码然后提交成功将很容易,但是如果没有检查合并冲突的方法将不会成功。 感谢你们
..
我已经开始在分支机构上做一些工作,我已经意识到这是错误的分支机构。有没有办法将一个分支移动到另一个分支。 例如: A-B-C-D-HEAD \-- E-F-G-H-I-J \-- K-L 我想要这个: A-B-C-D-头 \-- K-L \ \ \-- E-F-G-H-I-J 解决方案 比方说,您这样命名分支机构:
..
因此,我们有主开发线,我创建了一个分支,而开发人员b创建了一个分支。我们俩都做一些工作。开发人员b完成工作,并重新合并到主要开发人员行中。我知道他的更改会影响我,而不是以后再处理冲突,我想用我的主开发行中的更改来更新我的分支,以便在合并之前在我的分支中进行处理 我该怎么做? 解决方案 在Visual Studio中,打开Source Control Explorer: 视图|团
..
我在branchX中工作,它有十二个我不想提交的配置文件。所以我将所有配置文件都标记为--skip-worktree。现在,我想更改为branchY。我该怎么做? 我尝试过 git checkout branchY 它说 在切换分支之前,请先提交更改或存储更改。 所以我试图用 git隐藏可节省 但它说 没有
..
我的主分支有一些文件,这些文件的代码与开发分支的同一文件不同。开发分支是具有这些文件的正确版本的分支,但是当我尝试将其合并到主分支(目标)时;我收到一条消息,说 没有要合并的更改 如何解决该问题,以便主分支具有这些文件的正确版本? 解决方案 合并文件时,TFS不仅会查看两个分支之间的差异,还会跟踪您在上一次合并尝试中是否忽略了这些更改。合并TFS时,如果有冲突,将为您提供3种选
..
我有一个刚刚接手的TFS 2010团队项目。分支层次结构是Dev是Test的子级,Test是Main的子级,例如 Main ----测试 -------- Dev 但是在过去的某个时候,有人在Dev和Main之间进行了毫无根据的合并。这引起了很大的混乱,因为开发人员现在不小心将代码直接从Dev合并到Main。 当代码遵循正确的过程并从Test到Main进行合并时,这将
..