我和其他开发人员一起在一个项目上使用Git几个月了.我有几年的SVN经验,所以我想我给这段关系带来了很多包袱.
我听说Git非常适合分支和合并,到目前为止,我只是没有看到它.当然,分支很简单,但是当我尝试合并时,一切都变得很糟糕.现在,我已经习惯了SVN,但在我看来,我只是将一个低于标准的版本系统换成了另一个.
我的搭档告诉我,我的问题源于我不顾一切地合并,并且我应该在很多情况下使用rebase而不是合并.例如,这是他所规定的工作流程:
clone the remote repository
git checkout -b my_new_feature
..work and commit some stuff
git rebase master
..work and commit some stuff
git rebase master
..finish the feature
git checkout master
git merge my_new_feature
基本上,创建一个功能分支,始终从主分支到分支,并从分支合并回主分支.需要注意的重要一点是,分支始终保持在本地.
这是我开始的工作流程
clone remote repository
create my_new_feature branch on remote repository
git checkout -b --track my_new_feature origin/my_new_feature
..work, commit, push to origin/my_new_feature
git merge master (to get some changes that my partner added)
..work, commit, push to origin/my_new_feature
git merge master
..finish …我们已经看过并观看了有关大型分布式团队如何使用Git的视频,但是我们这些未分发的人以及与我们团队其他成员一起在办公室工作的人呢？我们应该如何构建我们的存储库和工作流程？
想想一直使用Subversion或CVS作为单一权威的传统办公室.当然,这些团队可以根据需要维护自己的Git存储库并在彼此之间推/拉,这在很多情况下很快会变成噩梦.或者,他们每个人都可以维护自己的存储库并与单个存储库同步,该存储库被称为团队的"主人".或者,可以存在任何工作流程组合以及DVCS打开的可能性.
你的团队如何运作？您发现什么是有用的工作流程？