If you just want to get the latest source and you don't require the ability to push changes to the MariaDB repository, you can use the following command to check out the latest 10.5 branch:
Set your name with git
Go to and add your public SSH key ().
Clone the repository
Config repository pull and alias for fast forward:
In git commit messages are normally formatted as
That is, the first line is considered a subject, much like email subject. Many git commands and pages on github only show the commit subject, not the complete comment. After the subject goes an empty line, then the detailed description of the comment. Please, structure your commit comments this way, don't forget the empty line.
This is an important concept, and git branches do not have equivalents in bzr.
In Bazaar, we all used to have one shared repository, within which there were many branches. This seems to be impossible with git?
In Git, each repository has only one branch that is currently checked out.
To see which branches exists locally and remotely:
Note that if the output from git branch --all is remotes/origin/XXX you should just use XXX as branch name.
If you get the following error on pull:
Instead of removing your copy and then clone, you can do:
Note: branches whose names start with bb- are automatically put into the buildbot.
CAVEAT UTILITOR. Check the manual before running!
bzr status is git status
bzr diff is git diff
bzr log is git log
GUIs
bzr gcommit is git citool
bzr viz is gitk
bzr gannotate is git gui blame
In the MariaDB project, it is a good idea (and a long tradition since MySQL Ab) to have all your commits sent to a commits@mariadb.org mailing list. It allows others to follow the progress, comment, etc.
A script and instructions on how to setup commit triggers in Git are here:. Jira task for commit trigger was .
If you add code on behalf of someone else, please attribute the code to the original author:
Run git citool and move changed files to staged.
Don't commit, abort instead
run git commit --author="Original author name <email_address>"
The above is needed as git citool can't handle the --author option.
At the end of the pull request page there is a button "Merge pull request" and next to it a link "command line instructions". Click the link, you'll see something like
Step 1: From your project repository, check out a new branch and test the changes.
Step 2: Merge the changes and update on GitHub.
Note where to pull from — https:/​/github.com/joeuser/mariadb-server cool-feature.
Now, checkout the branch you want to merge it to, say, bb-10.3-stage, and do the following
Now's the time to compile the code, test it, fix, if necessary. Then
If you want to do small changes to the pull request, do it in a separate commit, after git rebase @{-1} above. If you want to do big changes to the pull request, perhaps you shouldn't merge it in the first place, but ask the contributor to fix it?
You are working on a branch (NEW_FEATURE) and would like to have into that branch all changes from the main branch (10.1).
You've just fixed and committed a bug in the main 10.1 branch and want to merge it with the latest 10.1. Often a rebase is better in this case. Assuming your current checked out branch is 10.1:
This will work even if you have done multiple commits in your local 10.1 tree.
What to do when you have fixed a bug in the main tree but notices that someone has changed the tree since you pulled last time. This approach ensures that your patch is done in one block and not spread out over several change sets.
This page is licensed: CC BY-SA / Gnu FDL
git clone -b 10.5 https://github.com/MariaDB/server.gitbzr revert is git reset --hard
bzr revert filename is git checkout filename
bzr parent is git remote -v (but there are more detailed commands)
bzr parent to-default-mariadb-repo git remote set-url origin git@github.com:MariaDB/server.git
bzr push is git push REMOTENAME BRANCHNAME. REMOTENAME is typically "origin", for example: git push origin HEAD:10.3-new-feature. The HEAD: stands for "from current branch".
bzr clean-tree --ignored is git clean -Xdf (note the capital X!)
bzr root is git rev-parse --show-toplevel
bzr missing --mine-only is git cherry -v origin (kind-of).
git config --global user.name "Ivan Ivanov"
git config --global user.email "ivan@mariadb.com"git clone git@github.com:MariaDB/server.git
cd server
git checkout 10.5git config pull.ff only
git config --global alias.ff "merge --ff-only"subject
body
more body
...git branchgit branch --allgit checkout branch-namebranch clone old_directory new_directory
cd new_directory
git remote set-url origin git@github.com:MariaDB/server.git
git pullgit reset --hard HEAD^shell> git pull
X11 forwarding request failed on channel 0
fatal: Not possible to fast-forward, aborting.git reset --hard origin/##branch-name##git checkout -b mariadb-server-joeuser-cool-feature 10.3
git pull https://github.com/joeuser/mariadb-server cool-featuregit checkout 10.3
git merge --no-ff mariadb-server-joeuser-cool-feature
git push origin 10.3git fetch https://github.com/joeuser/mariadb-server cool-feature
git checkout FETCH_HEAD
git rebase @{-1}git checkout @{-1}
git ff @{-1}git showgit checkout 10.1
git pull
git checkout NEW_FEATURE
git rebase 10.1git fetch origin
git rebase origin/10.1git clone 10.1
cd 10.1
< fix a bug here>
git citool
git push
# ^ and the above fails, because someone has pushed to 10.1 in between
git branch tmp
# ^ copy our work to branch named 'tmp'
get checkout 10.1
git reset --hard HEAD^
# ^ remove our work from '10.1' local branch'
git pull
# ^ get changes from remote
git checkout tmp
git rebase 10.1
# ^ switch to 'tmp' and try to rebase 'tmp' branch on top of 10.1 branch.
# here you will be asked to merge if necessary
git checkout 10.1
git pull --ff . tmp
# ^ switch back to the '10.1' branch, and pull from 'tmp' branch.
git branch -D tmp
#^ this removes the tmp. branch
git pushsh> git tag --contain e65f667bb60244610512efd7491fc77eccceb9db
mariadb-10.0.30
mariadb-10.1.22
mariadb-10.1.23
mariadb-10.2.5
mariadb-10.3.0
mariadb-galera-10.0.30