我有两个分支:master和dev
我想从dev分支创建一个"功能分支" .
目前在分支开发,我做:
$ git checkout -b myfeature dev
... (一些工作)
$ git commit -am "blablabla"
$ git push origin myfeature
但是,在对我的树枝进行可视化之后,我得到了:
--**master**
------0-----0-----0-----0-----0
------------------------**dev**----**myfeature**
我的意思是分支似乎合并了,我不明白为什么......
我做错了什么？
请问您如何解释我如何从另一个分支分支并推回到功能分支的远程存储库？
所有这些都在分支模型中,就像这里描述的那样.
我在LaTeX写了一篇很长的文档.我有自己的工作电脑和笔记本电脑,我都在工作.我需要保持两台计算机之间的所有文件同步,并且还希望保留修订历史记录.我选择git作为我的DVCS,我在我的服务器上托管我的存储库.我也使用Kile + Okular进行编辑.Kile没有集成的git插件.我也没有在这篇文章中与任何人合作.如果由于某种原因我的服务器无法访问,我也在考虑在codaset上放置另一个私有存储库.
在这种情况下,推荐的工作流程是什么？如何在这个工作方案中安装分支？有没有办法比较同一个文件的两个版本？使用藏匿怎么样？
git应该是一个分散的系统,但我在谷歌上发现的所有教程和最佳实践工作流建议使用服务器(通常是github,或者自己设置)
我正在使用git进行小型个人项目(2-3人),在哪里可以找到最佳实践工作流程,以便在团队成员机器之间直接同步更改.另外,为什么我应该避免这种情况并建立一个"中央"服务器,有什么令人信服的论据呢？
谢谢,
本
在使用Gitflow时,将分支命名与功能与错误修复和修补程序分开的原因是什么？
也就是说,为什么不只是,例如,而不是:
feature/
bugfix/
hotfix/
做就是了:
change/
通过feature/bugfix/hotfix分开购买什么？
我想知道是否有办法快速反转提交的特定块.
我可以生成diff两个提交之间或HEAD看到差异.
我如何反转其中一个(或更好的,一组特定的帅哥)？
我非常喜欢Git中基于功能的工作流的想法:使用功能分支来支持并行开发.
在基于功能的工作流程中,我会在一个功能分支(off master)中开发我的任务,并且我会经常从master重新设置以避免潜在的冲突.如果是协作,我会将功能分支推/拉到遥控器.当准备好集成到master时,我打开一个从我的功能分支到master的pull-request,这样pull-requests会被peer监视并自动评估是否知道pull-request(我的功能分支合并为master)通过构建和单元测试.如果pull-request为"green",那么我的功能分支将自动合并到master.
我发现上述工作流程很好.然而,在一些互联网的职位,他们倡导"基于树干发展"(如 1,2).
就我而言,基于主干的开发不鼓励开发成单独的功能分支,但所有开发人员都发展成为主.这个模型鼓励开发人员每天(Martin Fowler的CI实践)整合到主人以避免冲突(相反,我要做的是在主人身上重新设置我的功能分支).
我想知道这个模型对基于特征的模型有哪些优势.我对基于主干的模型有几个疑问:
如何进行代码审查？在基于特征的模型中很容易:进入特征分支.在基于主干的模型中,由于所有提交都是在master中发布的,我如何才能对它们进行审核？事实上,如果我在合并到master时解决冲突,那么这个提交是否会被审查(我不喜欢这样)？
两位开发人员将如何在同一功能上进行协作？在基于特征的模型中,两者都可以在特征分支上工作.在基于主干的模型中,所有开发人员都将在"所有功能"中进行协作(不知何故).对？
我相信,基于主干的模型是"创造"的,以避免长期特征分支的问题是它们在将其合并到主线时的潜在冲突地狱.但是,如果功能分支是短暂的,并且如果它们经常从主线重新定位,那么问题是什么呢？
谢谢 :-)
如何在本地系统上设置git存储库？(我在防风盒上)
这是我想要实现的设置:(一切都在我的本地机器上)
我想在客户端文件夹中执行我的所有开发.完成后,我想将其推送到主机文件夹.
这就是我所做的:(在Windows上使用git bash)
cd c:/
当我把东西推到原点时,git会吐出很多远程错误.但是,当我让我的主机成为一个简单的git时,它会成功推送.
我不明白常规git和裸git之间的区别.从手册中,我理解的是,裸git用于存储增量,当你不想存储原始文件时.但是,我想将文件存储在主机中.我怎样才能做到这一点 ？
当我查看大多数网站时,人们以图片方式展示他们的git工作流程.我想知道使用哪种工具？
例如https://wiki.phpbb.com/images/c/c8/Phpbb-git-workflow-small.png
和http://nvie.com/posts/a-successful-git-branching-model/
我正在为企业实现git,并希望显示类似的图形表示(如示例中所示),所以我想知道是否有一个工具可以帮助我构建它
我使用我的本地分支feature为github仓库创建一个PR(我没有写入权限).后来我决定将其最后一次提交分成独立的PR,所以我将feature一个提交移回:
git checkout feature
git branch feature2
git reset --hard @~
git push -f
第一个PR合并到上游,所以现在我要创建第二个PR:
git checkout master
git pull upstream master
git push origin
git checkout feature2
git rebase master
不幸的是,事实证明git缺乏feature合并的信息master.因此,它没有意识到最近的共同基础feature2并且master非常接近:它只是feature.相反,它rebase一直回到共同基础,feature并且master好像它们从未合并过一样.结果,git rebase master变得不必要地混乱.
为什么Github失去通过上游PR feature合并的信息master？有没有办法提供Github这些信息？
最后,我不得不诉诸:
git checkout master
git checkout -b feature2_new
git cherry-pick feature2
幸运的是,我只需要处理一次提交.甚至与单个提交,我认为这与真正的基础(如果混帐知道这件事),合并会优于cherry-pick …
是否有git钩子或其他方法来禁止分支和合并特定分支.我们希望确保不将"脏"集成分支合并到我们的清洁部署分支中.
主要目标是人们不能执行这样的事情:
git checkout integration
git checkout -b major_problem_branch
要么
git checkout deployment_or_hotfix_or_feature_branch
git merge integration