думаю, немного в долгосрочной перспективе. Вы хотите использовать главную ветку в точках выпуска, что является приемлемым подходом. Вам необходимо скопировать содержимое dev
в master
, когда эта точка будет достигнута. Переименование может показаться жизнеспособным способом сделать это в этот момент, но это не так. Git - все о сохранении истории и отдельных потоков кода. Подумайте, что вы будете делать после операции переименования. Переименование dev
на master
просто создает master
, который содержит каждый шаг разработки и уничтожает dev
. Если это ваша цель, вы можете просто выполнить всю разработку на master
, которая, я считаю, не то, что вы хотите.
Вы можете использовать master
в качестве сводки вашего проекта. Затем dev
включает в себя все детали рельса. Когда вы будете готовы освободить вас слить от dev
до master
(возможно, с запросом на тяну). Таким образом, master
выполняет всю вашу работу как единое целое.
Вы можете увидеть пример стратегии ветвления, которая основана на немного более сложной версии вашей идеи here. В этой стратегии мастер также используется только для релизов. A develop
Филиал - это то, где у вас есть все основные разработки. Кроме того, используются ветви функций, ветви исправлений и ветви расширения выпуска. В документе также показаны способы достижения всех слияний в чистом Git, но когда вы получаете идею, вы можете реализовать ее на Bitbucket более легко.
Возможный дубликат [Как переименовать локальную ветку Git?] (Http://stackoverflow.com/questions/6591213/how-to-rename-a-local-git-branch) – TerraPass
Возможный дубликат [Push a новый локальный филиал в удаленный репозиторий Git и отслеживать его тоже] (http://stackoverflow.com/questions/2765421/push-a-new-local-branch-to-a-remote-git-repository-and-track- это тоже) – Jeeter