Hi kp, no « renaming » branch is not the right thing to do. Also removing integration branches on the repository is not a good idea :D
It seems there a problem has my local maint branch is now not « attach » to a remote maint branch (do you remove or change the maint branch) ? In any case we only do fast-forward for integration branch !! I have update the Git Workflow guide to explain how to manage the maint branch after a new release: http://goo.gl/dAxfQ2 so in our case we need to COPY the old maint branch to another name: maint-4.x if we want to continue to maintain it or v4.x if the branch will not get updates: git branch maint-4.x maint or git branch v4.x maint After that we need to fast forward the maint branch to master so the master branch become the new maint branch: git checkout maint git merge —ff-only master After that we can work on master like before and tag the new releases. Sorry for the time to reply but i don’t see your message during christmas holidays. Regards, Yves Le 4 janv. 2014 à 20:19, KP Kirchdörfer <kap...@users.sourceforge.net> a écrit : > Hi; > > I've recently updated my router to run with a kernel 3.10.25 and it works - > as you when reading this mail :). > > > I've also get a raspberry pi up and running with the same kernel and build > from the rpi branch. > > So I think it's time, as proposed a few days ago, to move master to maint, > and > to merge the rpi branch into master as new master. > > First I merged rpi and master locally, and with Yves hints given earlier how > to resolve issues shown with "git status" I've build a new local branch, from > which I've build the above mentioned versions runing on my router and the > raspberry. So this part went well. > > Renaming remote branches is another task. I've googled around and found the > easiest way to accomplish this task with the commands: > > > git branch -m old_branch new_branch # Rename branch locally > git push origin :old_branch # Delete the old branch > git push --set-upstream origin new_branch # Push the new branch, set local > branch to track the new remote > > I did that to test with the "maint" branch (movng to maint-4.x), seeming > uncritical to me. > While it worked locally, I'm unshure if other team memeber tracking the > branch > "maint" will be moved automatically to "maint-4.x". > I've added a new file in the new branch for testing " TEST_GIT_MOVING". > > > Is that the correct approach to rename remote repository? > > Does work others as well as on my side? > > If not, what has to be done on other users client tracking the remote branch? > > kp > > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > > _______________________________________________ > leaf-devel mailing list > leaf-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/leaf-devel ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel