有没有办法build立一个git仓库,所以git pull拉默认为一个远程和git push默认到另一个? 我知道我可以通过更改.git/config分支部分中的remotevariables的值来设置,但是如何分别对每个方向进行设置?
一个“陈旧”的git分支是我听过很多的术语。 我知道这与那些被认为没用或无用的分支有关,但是找不到确切的定义。 什么是“陈旧”的git分支?
根据这个老问题 ,使用SVN 1.5,多次重新集成分支是有问题的,应该避免。 有一些隆隆的声音,“这是一个已知的问题,应该在SVN 1.6中修复”。 是这样吗? 它是固定的吗? 我可以重新整合多次吗?
我正在努力争取Mercurial,并希望我只是在这里感到困惑! 我有一个仓库('主'),我克隆('克隆'),都在我自己的机器上。 两者完全同步。 我决定玩命名分支,所以下一次我在我的“克隆”我承诺我做了一个分支名称“case1212”,虽然它似乎已经处理了我的克隆正确提交,我不能推回去这些变化到“主”。 给出的错误是: abort: push creates new remote branch 'case1212'! …这表明我可能需要先合并? 我应该在“克隆”存储库上合并什么? 当我试图从“主”拉,没有任何变化。 我敢肯定,我真的希望它在我的“主”存储库中创build一个远程分支,所以从它更新的人可以看到该分支。
我有一个名为“ my_local_branch ”的本地分支,它跟踪远程分支origin/my_remote_branch 。 现在,远程分支已经更新了,我在' my_local_branch '上,想要引入这些更改。 我应该这样做: git pull origin my_remote_branch:my_local_branch 这是正确的方法吗?
我想做一个提交并closures它的分支, 而不是从历史中删除它 。 随着mercurial我会commit –close-branch ,然后update到以前的一个,继续工作。 用git …我很困惑。
发布周期的分支源是常见的源pipe理场景之一。 尽快合并是一个好习惯。 因此,我们有一个人为因素:分支closures,但有人忘记合并东西回到主干。 问:是否有一个“一键”的方式来获取所有未从分支X合并到中继的修订号? (注意:我不需要这些版本号来find合并的内容,我需要它们来创build自动validation,这会提醒人们确保他们不会忘记合并某些内容,而合并本身不是问题。 看起来像svn mergeinfo命令在这里没有帮助。 如果合并不是在根级上执行的,那么传递分支和树干根将会失败(这是常见的情况)。 脚本,工具任何types的svn钩作为解决scheme,是受欢迎的。 PS SVN的最新版本。 没有必要争论这种情况有多普遍或者不错;)
我想将一个变更集从一个分支移到另一个分支。 基本上我现在有: A -> B -> C -> D # default branch 而且我要: A # default branch \-> B -> C -> D # some_new_branch 那里some_new_branch还不存在。 我已经习惯了,所以我猜想我有一个简单的“mercurial”方法。
我在一个SVN托pipe项目的trunk的根文件夹中,并且正在探索设置两个分支。 一个分支将成为当前(稳定)版本中项目的“快照”,第二个分支将成为我将要应用一些新代码,testing,然后升级到新版本的一个分支。 我的目标是将快照保持为保险,并快速获得我们项目的一个较老的稳定版本。 第二个分支,一旦我们申请新的代码,testing通过,将被合并回主干,我们提供给公众。 为了设置快照,我将我们的trunk复制到一个名为v1p2p3的分支: $ svn cp https://www.example.com/svn/trunk \ https://www.example.com/svn/branches/v1p2p3 \ -m "Branching from root trunk to v1p2p3 at r1114" 到现在为止还挺好: Committed revision 1115. 我想要做的是切换我的本地存储库副本到这个分支,以确保事情的工作,但我得到一个错误消息: $ svn switch –relocate https://www.example.com/svn/trunk \ https://www.example.com/svn/branches/v1p2p3 错误消息是: svn: E155024: Invalid relocation destination: 'https://www.example.com/svn/branches/v1p2p3' (does not point to target) 我究竟做错了什么? (如果这不起作用,我怀疑我不能开始更雄心勃勃的第二个分支。我正在寻找一种方法来做到这一点,不会损害现有的项目布局。感谢您的意见,道歉,如果这是一个愚蠢的问题。)
我和另一位开发人员合并,将我们的工作推向一个称为工具的非主分支。 这样,我们没有影响到其他的团队。 我的主题分支被称为DPM-93,我的git工作stream程是这样的。 # do some work git checkout DPM-93 git commit -m "did some work" # catch up git checkout toolwork git pull origin toolwork # rebase my topic branch git checkout DPM-93 git rebase toolwork # merge and push my changes git checkout toolwork git merge –no-ff DPM-93 git push origin toolwork 这大部分工作正常,直到我意外地发出这些git命令 […]