git-merge相关内容
我有一个master分支和一个正常工作的branch_1.我想完全将branch_1移动到master.所以我想要这样的东西: git checkout master git merge branch_1 # I don't know what is correct... 我做了些什么,但我的文件堆满了令人讨厌的冲突.因此,现在master包含与branch_1完全相同的文件,避免了任何
..
当我尝试使用"git pull"拉动我的git存储库时,它会一直告诉我我有本地更改,尽管我没有碰过任何提到的文件.有人可以解释这种行为并知道解决方法吗? git状态: # On branch master # Your branch is behind 'origin/master' by 1 commit, and can be fast-forwarded. # (us
..
我有一个远程存储库,该存储库已提取并从中进行分支.我想通过对master所做的更改来使新分支保持最新.我正在考虑下面的工作流程,这有意义还是有更好的方法来做到这一点? 初始分支和签出: git checkout master git pull git checkout -b my_branch 在my_branch中进行一些工作,然后定期进行: git checkout
..
我那里有GitLab存储库,在合并到目标分支之前,我需要在本地测试每个合并请求. 如何将合并请求作为新分支提取/获取? 解决方案 将合并请求拉到新分支 git fetch origin merge-requests/REQUESTID/head:BRANCHNAME 即 git fetch origin merge-requests/10/head:file_uplo
..
我从我的分支机构: git checkout mybranchSample git fetch git pull origin master 然后,Git给我以下消息: 请输入提交消息以说明为什么需要进行合并, 尤其是如果它将更新后的上游合并到主题分支中 在输入提交消息后,它将master合并到我的文件中.即使我没有处理master中的某些文件,当我键入git status
..
我正在尝试从服务器上执行git pull origin master,但始终收到错误消息: Please move or remove them before you can merge. 没有未跟踪的文件,但是由于某些原因,似乎被忽略的文件出现了问题. 我尝试运行git clean -nd来查看要删除的内容,它列出了在.gitignore中被忽略的一堆文件. 我该如何解决
..
我正在使用运行Git的服务器的站点上工作.我正在使用Git进行部署(不是GitHub).这是在我参与之前使用 hook方法设置的,我指的是这个问题,并在下面输入了命令,但是没有用. 如何从服务器提取单个文件?例如,如果我想更新本地文件index.php? git pull index.php? 解决方案 可以(在已部署的存储库中)进行操作: git fetch // git f
..
这是我的情况: 我有两个要素分支A& 我想结合这两个分支. 我做了以下事情: 创建一个从A分支的新分支C 签出新分支C 从命令行运行git merge B 我希望两个分支合并.如果对同一文件的更改有冲突,则该命令应引发合并冲突. 但是实际上,在分支A和B中存在一个具有不同内容的同一个文件,但是没有报告合并冲突.而是,分支A中文件的内容被分支B中文件的
..
我意外合并到master并推送了它,现在master拥有了dev的所有提交.我想在不更改dev的情况下从master还原提交并删除其历史记录.我该怎么办? 解决方案 可以使用git reset --hard HEAD^删除上一次提交. 有时可能需要从分支的“中间"删除提交的情况.这是救援交互基础:git rebase -i ^.您只需要删除一个不需要的提交(它应该出现
..
对于GIT给我带来意外结果的场景,我有一个不错的再现脚本: # in an empty directory git init echo 4 > a.txt git add a.txt git commit -m "initial commit" git checkout -b test echo 6 > a.txt git commit -am "4 => 6" git checkou
..
我一直在监视从每个冲刺开始的两个分支-Release和Master. Master分支是开发人员从中创建新分支(特定于任务),实施更改并创建合并到Master中的拉取请求的地方. Release分支是特定于Sprint的,始终始终可提交给生产.我们仅将提交给Master并由质量检查人员验证的分支合并到Release分支中. 这种方法最适合我们,因为我们以固定的时间间隔提交了Rel
..
最近,我将一个巨大的请求请求(140次提交)从功能分支合并到了主服务器: 我可以在master分支的github overiew中看到合并: 但是,当我切换到功能分支时,我可以看到该功能提前141次提交(今天我对功能进行了另一次提交),而在master之后进行了1次提交: 现在的主要问题是,我无法将我今天在功能上所做的更改合并到母版中: 因为github似乎想再次提交已经合
..
从服务器中拉出一些更改后. 无论我尝试以下哪种方法,我都不能再push: git push或 git pull或 git merge或 git rebase origin/master或 git reset --hard 它总是说... fatal: cannot create directory at /root/wp-content/cache/page_enh
..
在提供Cloud Git存储库的服务上,我总能找到合并请求.目的是什么?应该由谁来创建它? 此外,合并请求的生命周期是多少?有人创建它,然后-它应该经过什么周期? 解决方案 合并请求和合并请求基本上是指同一件事. GitHub和Bitbucket之类的工具选择名称 pull request (拉请求),因为第一个手动操作是拉功能分支. GitLab和Gitorious之类的工具选择名
..
这是我的情况:git merge master导致50个文件发生合并冲突.我希望其中的45个文件被master接受并完成,并且我想手动解决其余5个文件中的冲突.所有这些文件中的45个都位于目录some/dir中.其他5个散布在其他地方. 如果,我只想接受所有50个冲突的管理员更改,就可以运行此操作: git merge -X theirs master # OR (same thing):
..
说有人向Github上的public/master提交了PR. 有没有办法将该PR合并到另一个分支中?否则,看起来我必须合并到public/master中,然后将其向后合并到development/staging分支中.就像让人们先进行修补程序然后将修补程序合并到开发分支中一样,我们通常应该避免这种情况,对吗? 让人们跟踪PR并将其提交到暂存/开发分支而不是母版似乎更有意义. 做
..
我正在一个名为bug-fix-1的Git分支上,该分支是基于integration分支创建的.还有另一个分支bug-fix-2合并到integration分支中,然后我们还原了更改(所有更改均在Github上完成). 现在,当我提出一个新的拉取请求以将我的bug-fix-1合并到integration中时,我希望看到从bug-fix-2中拉出的更改.但是不,我看不到它们,拉取请求仅显示我在b
..
在“合并冲突"阶段,我丢失了添加到git的文件. 逐步: git pull git status Git通知我有关“合并冲突"的信息,没关系.然后,我创建一个新文件并将其添加到git. vi test.txt git add test.txt 然后,中止合并: git merge --abort 我既未在目录中也未通过"git fsck"或"git reflog
..
我正在编写一个脚本,该脚本需要检查特定的提交是否为“合并/还原"提交,并且我想知道是否有git技巧. 到目前为止,我想出了什么(并且我绝对不想依赖此处的提交消息)是检查HASH^2,看看是否没有错误,是否有更好的方法呢? /p> 解决方案 弄清楚某些内容是否为合并很容易.所有这些都包含不止一个父母.要进行检查,您可以这样做,例如 $ git cat-file -p $commit_
..
我将分支dog合并到animal中.当我提交时,我得到以下信息: Unmerged paths: (use "git reset HEAD ..." to unstage) (use "git add ..." to mark resolution both deleted: ../public/images/originals/dog.ai added
..