Note: You are currently viewing documentation for Moodle 2.0. Up-to-date documentation for the latest stable version is available here: Maintaining Moodle customisations with Git.

Talk:Maintaining Moodle customisations with Git

From MoodleDocs
Revision as of 10:36, 15 March 2011 by Tim Hunt (talk | contribs) (New page: ==Merging into master is a bad idea!== Re: :Switch back to the master branch and merge the changes git checkout master git merge myfeature :Any future development can tak...)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Merging into master is a bad idea!

Re:

Switch back to the master branch and merge the changes
       git checkout master
       git merge myfeature
Any future development can take place on the myfeature branch, and be merged into master in this way

Ouch! this bit is a really bad idea. I don't know what you are trying to achieve, but this is not the right way to do it!!!--Tim Hunt 09:09, 15 March 2011 (UTC)

Please edit it to the right way to do it then, it hasn't caused me any problems (yet) :-)Mark Johnson
Well, I would, but as I say: "I don't know what you are trying to achieve".
Taking a guess, what you are trying to do is have a branch that you can release onto your live severs with all the latest moodle.org features, and your myfeature, myfeature2, ... branches.
And, my only objection is that you are using the master branch for this. I think you should keep the master branch exactly tracking the master branch from moodle.org. You should make a separate mycustommoodle branch to track the version you are releasing. That branch should be made by merging master == moodle/master and all your myfeature branches. At the OU, we call the 'mycustommoodle' branch ouvle.--Tim Hunt 10:36, 15 March 2011 (UTC)