假设我想从发布分支合并到主分支,并且在发布分支中有一些我不希望包含在主分支中的提交.有没有办法进行合并,以便一个或多个提交不会合并？
到目前为止,我的策略是执行以下操作(在掌握中):
git merge --no-commit release-branch
# Resolve conflicts and apply reverse patch of the commits that I don't want included
git commit # Edit commit message so that it lists the commits that have been reverse-patched
有一个更好的方法吗？
情况就是这样:我们有几个配置文件,当用户克隆repo时,预计他们会修改这些配置文件.这些文件本身的结构使得这个快速,简单和简单 - 但这意味着任何执行"git add*"或"git commit -a"的用户最终都会将这些更改发送回服务器并进行更改!
这不仅会在下次拉动时为下一个人破坏事物(他每次都需要合并并处理他甚至不需要的文件的冲突),这意味着用户很容易意外地破坏持续集成测试我们已经开始了.
我想要的是git ignore的效果(它不关心它是否会被改变,它不会提交它),但不必完全删除文件.如果我们还能以某种方式强制更改文件,那将是很好的.
我知道有很多方法可以在SVN中执行此操作,我认为Git必须具有相同的功能.
我想从github master full拉出来更新我当前的工作目录.我有一个名为form.html的文件,它存在于我的工作目录中,而旧版本则存在于github origin master分支上.
git pull origin master
当我从主人那里拉出来时,我要求解决冲突.我不想解决合并冲突,而是希望我的本地分支中的文件form.html 完全替换origin master分支上的form.html(远程)
什么是实现这一目标的最佳方式？谢谢
如何从远程存储库中仅提取未更改的文件并保留本地更改,而不进行任何合并？
有人提出了这个顺序:
git stash
git pull
git stash pop
然而,有一个明显的缺点:最后一个命令可能存在冲突,我需要做一些事情来解决它们(就像我有大量冲突的文件,这可能会让人感到麻烦).
在TFS中,我只是做了"获取最新版本",没有大惊小怪.这里有类似的东西吗？