Git

This page provides documentation for the usage of Scribus Git repositories for Scribus development.

Introduction
Scribus Team maintains two code repositories - an internal protected Subversion repository accessible to only experienced core developers that contains a pristine history of Scribus development and a newer Git repository (several of them actually) that enable the Worldwide Scribus Community to easily contribute code to Scribus. We are attempting to follow the successful Git branching development model for the Git repository as explained below.

Definition for git commands can be found on http://git-scm.com/docs.

Scribus Git Repositories
The full list of Scribus code Git repositories: This is the main Scribus git repository with the complete history. This is where the developmental code written by the members of the Scribus Community happens. Please clone the repository and branch from the "master" branch to do your development, then push your branch to the repository for others to fetch. It contains different branches: * master - main development branch. Do not push directly to this branch, but issue a pull request in #scribus or in the BTS. * trunk - branch synchronized with the Subversion trunk. There can be some short lived feature branches there as well that may disappear at any time once merged into the master branch. For instance at this time there are: * footnotes - Adding Footnotes by cezaryece. * autoheight - Work on the Frame auto-height by cezaryece. * statusbar - work on the statusbar by ale
 * scribus
 * trunk - Repository for synchronization with the Subversion trunk. This is a read-only repository. It is used to provide current Scribus subversion/trunk code for Git users.
 * testing - empty repository to practice and learn git. All members of the Scribus community are welcome to use it as needed. There is no guarantee that the changes will stay as another user can delete them just as easily as they are created.

GSoC 2012 Student repositories:
 * gsoc12pm - Project Manager project repository.
 * gsoc12ux - User Experience project repository.
 * gsoc12xml - New XML File Format project repository.
 * gsoc12trunk - Merge and synchronization repository for GSoC 2012 (unused)

The GSoC repositories are writable by the students and their mentors, but are also available as read-only repositories for anyone else using the "Public Access" method described below.

Bases for Public Access
Public read-only access to all git repositories is available. For instance, to clone the trunk use the  command.

Note : after installing git, the whole procedure is as follows. Real commands to follow are marked with a dot, other lines are examples.

git clone git://git.scribus.net/scribus.git
 * Get the whole code for the repository (see http://git-scm.com/docs/git-clone for details on command)


 * if you want to clone into a scribus.git folder the command is

git clone git://git.scribus.net/scribus.git scribus.git


 * pour le dépot gsoc12ux, il faudrait utiliser : git@scribus.net:gsoc12ux.git. Donc, pour faire une copie du depot gsoc12ux dans le répertoire uxdepot, commencer par

git clone git://git.scribus.net/gsoc12ux uxdepot


 * list local branches. See: current is *master. (see http://git-scm.com/docs/git-branch for options details)

git branch
 * list all remote branches (notice the branch are labelled with an 'origin/' prefix)

git branch -r
 * list all branches on the repo (local AND remote) :

git branch -a git checkout --track -b footnotes origin/footnotes
 * Create local branch to follow distant branch, for example footnote branch (see http://git-scm.com/docs/git-checkout for options). This branch becomes the active one.
 * list all local branches ( current is now *footnotes, other is master) :

git branch
 * Change local active branch to master for example.

git checkout master
 * Update 'master' branch

git pull
 * Set local active branch back to 'footnotes'

git checkout footnotes
 * Update local 'footnotes' branch

git pull cd Scribus mkdir build cd build cmake -DCMAKE_INSTALL_PREFIX:PATH=~/bin/scribusfootnotes -DWANT_DEBUG=1 -DWANT_GUI_LANG="fr" -DWANT_SYSTEM_CAIRO=1 .. make -j4 sudo make install sudo ln -s ~/bin/scribusfootnotes/bin/scribus /usr/bin/scribusfootnotes
 * Compile as usual, but stating a dedicated destination folder. for example :

git pull
 * Pour ensuite actualiser localement le code afin de suivre les commits distants :

Write Access
Read the Set up SSH Keys section to learn about creating an acceptable ssh key. On Linux, your public ssh key can then be found in "~/.ssh/id_rsa.pub".

To obtain write access please email your public ssh key to admin@scribus.net or post it somewhere on the web and email or paste the link into #scribus IRC channel (and ask Malex to find it !).

Once we accept your key you will be able to verify your access with a  command.

If you have access gitolite will greet you and show the list of repositories accessible to you. After that, you can clone a repository via, for example,  and be able to push back your commits if allowed.

The application of the Git Branching and Merging development model to Scribus development includes:
 * Using scribus.git repository for community development.
 * Using the following naming scheme for the branches:
 * master - main developmental branch - merge your feature/fix branches into it.
 * release - release / tagging branch.
 * trunk - used to synchronize code to and from the git-svn trunk.git repository.
 * YOURBRANCH - branch master and develop new features or fix problems before merging into master.

Updating a branch
So as to synchronise your local repo with the distant one, you have to pull : git pull if you only want to checkout footnotes branc, you might try : git pull origin footnotes

In case you have modified local repo, its not possible anymore to pull. In such a situation, git status tells what files are changed in the local repo. You can then revert file to state from remote repo with : git checkout remote/repo -- file

SVN vs GIT diffs
Ch: The only difference between git diff file and svn diff file is that you have to use patch -p1 instead of patch -p0 to apply them.

Cz : The trick with diffs from git is to use : --no-prefix switch git diff --no-prefix remote/branch my_branch and I am always using trunk/svn as remote for diff and now diff file is working with #patch -l -p0 < file.diff

Patch for windows OS (to be further explored)

 * http://docs.moodle.org/dev/How_to_apply_a_patch#Apply_a_Patch_in_Windows_using_gnuwin32
 * http://gnuwin32.sourceforge.net/packages/patch.htm

To sum it up : how to get and compile a specific branch : indic of scribus.git
In case you want to build another branch of scribus.git, replace indic with the name of the branch in all occurences.

In case the branch you want to build is another repo, replace scribus.git with the name of the repo.

The build is done quicker using the -DWANT_GUI_LANG="en" option for the cmake command. If you want a french-only interface instead of an english-only, use -DWANT_GUI_LANG="fr". If you want access to all langages in the interface, juste dont take that option out of the cmake command (but building time will be much longer). cd ~ mkdir dev cd dev mkdir scribus cd scribus git clone git://git.scribus.net/scribus.git scribus.git cd scribus.git git checkout indic git pull cd Scribus mkdir buildindic cd buildindic mkdir ~/bin mkdir ~/bin/scribusindic cmake -DCMAKE_INSTALL_PREFIX:PATH=~/bin/scribusindic -DWANT_DEBUG=1 -DWANT_GUI_LANG="en" -DWANT_SYSTEM_CAIRO=1 .. make -j4 sudo make install sudo ln -s ~/bin/scribusindic/bin/scribus /usr/bin/scribusindic

In case you got missing libraries error, here is how you should get them all : sudo apt-get build-dep scribus sudo apt-get install libqtwebkit4 libqtwebkit-dev sudo apt-get install libicu48 libicu-dev sudo apt-get install git

Literature on using Git
There are numerous Git tutorials and books on the web:
 * Introduction to Git @ github.
 * Scott Chacon's Pro Git book (Apress).
 * Git Reference Project.
 * Git Immersion.
 * Git Magic.
 * Easy Version Control with Git.
 * A visual Git reference.
 * Git-svn crash course to learn how to work with subversion via Git.