There are three methods for keeping the suite updated, neither are fully automated but one is maybe easier to do. Either one you use, it's highly recommended you do them before running the suite since issues are probably fixed in newer versions.
A semi-automated way of doing the third method. Uses git too and exports user changes to a .diff file containing the user changes (and changes before the last commit). There's no way to know exactly what version of the suite the user has before using git.
- Make sure you selected the option to update the suite when running the .bat.
If you didn't, open
build\media-autobuild_suite.ini
in notepad and changeupdateSuite=2
to1
- If there isn't a file called
update_suite.sh
in the root of the suite, run the .bat until the file is there. - Close the .bat using Ctrl+C or just closing the window if it's running. Never run update_suite.sh while the suite is running! You shouldn't change or replace files being executed.
- Run
update_suite.sh
by dragging it to themintty
shortcut also in the root of the suite - Wait until it closes and the suite has been updated.
- Unless something failed or Github is down, you can be sure you're on the latest version of the suite.
If you had previously changed the suite files you can check the .diff file inside build
and try to reproduce them.
Changing the suites files isn't supported, obviously. It's troublesome already to keep up with bugs in upstream
packages.
The simpler way but harder to keep track of your changes. Just click Download ZIP in the homepage of the repository in Github and replace all files inside the suite directory with the new ones.
If you have changes you have to keep track of them manually.
- Open mintty using the shortcut
- Go to
/trunk/build
and rungit clone https://github.com/jb-alvarado/media-autobuild_suite.git
- Run
mv media-autobuild_suite/.git /trunk/
You should now be able to cd /trunk
and something should show up when doing git status
You have now turned your copy into a copy of the repository!
If you had modified the files in any way it's probably best to check with git diff
and maybe export the
changes to a file using git diff > mychanges.diff
After exporting the diff you can now use git reset --hard origin/master
to get the most updated version of the repository files.
The diff may contain more than your changes so if you want to apply them again,
create a new branch by running git checkout -b mychanges
. This command also changed the current branch
to mychanges
so you can now add your changes again.
After reapplying the changes, run git commit
so your changes are kept in that branch.
Now everytime you want to update the suite, all you'll have to do is:
git checkout master
git pull origin master
- If you had changes:
git checkout mychanges
git rebase master
- If it worked, your branch is now updated and with your changes
- If it didn't, check online for the problem.
I recommend reading Github's git guides to learn how to use it, it's a very powerful tool.