- 1 Official Repository
- 2 Development
- 3 Publishing
- 4 Troubleshooting
- 5 Resources
VTK version tracking and development is hosted by Git.
One may clone the repository using git clone through the native
$ git clone git://vtk.org/VTK.git VTK
or through the (less efficient)
$ git clone http://vtk.org/VTK.git VTK
All further commands work inside the local copy of the repository created by the clone:
$ cd VTK
For VTKData the URLs are
Msysgit Git GUI
Using the Msysgit Git GUI, "Clone existing repository" Enter 'git://vtk.org/VTK.git' for "Source Location" Enter the directory of your choosing for "Target Directory"
Msysgit Git Bash
Follow the Linux instructions - that is: $ git clone http://vtk.org/VTK.git VTK
- Install git:
- Install cmake:
- Decide on a place to put VTK checkout, say your home directory, ~/. Go into that directory do:
git clone git://vtk.org/VTK.git VTK
This creates a VTK directory and downloads the source code.
- Create a build directory, say ~/VTK/build. Go into that directory and configure VTK with:
- Press c (to configure, depending on your options you may have to do this twice)
- Press g (to generate & quit)
- Build VTK:
At the time of this writing the repository has the following branches:
- master: Development (default)
- hooks: Local commit hooks (place in .git/hooks)
Release branches converted from CVS have been artificially merged into master. Actual releases have tags named by the release version number.
We provide here a brief introduction to VTK development with Git. See the Resources page for further information such as Git tutorials.
We require all commits in VTK to record valid author/committer name and email information. Use git config to introduce yourself to Git:
$ git config --global user.name "Your Name" $ git config --global user.email "firstname.lastname@example.org"
Note that "Your Name" is your real name (e.g. "John Doe", not "jdoe"). While you're at it, optionally enable color output from Git commands:
$ git config --global color.ui auto
--global option stores the configuration settings in
~/.gitconfig in your home directory so that they apply to all repositories.
The hooks branch provides local commit hooks to be placed in
It is shared by many
See the general hooks information page to set up your local hooks.
We've chosen to approximate our previous CVS-based development workflow after the initial move to Git, at least while things get settled. The basic rule is to rebase your work on origin/master before pushing:
git fetch origin git rebase origin/master
git pull --rebase
The server will refuse your push if it contains any merges. Later we will move to a full branchy workflow based on topic branches.
We already provide support for topic branches and merges through the VTK Topic Stage described in the next section.
We provide a "VTK Topic Stage" repository to which developers may publish arbitrary topic branches and request automatic merges.
The topic stage URLs are
http://vtk.org/stage/VTK.git(clone, fetch, gitweb)
See our Topic Stage Workflow documentation for general instructions.
(Currently VTK does not have a next branch. Just skip that part of the instructions and merge directly to master.)
When accessing the VTK stage, one may optionally substitute
ssh email@example.com stage VTK ..."
ssh firstname.lastname@example.org stage <repo> ..."
in the ssh command-line interface.
|Stage Usage Summary|
$ git remote add stage git://vtk.org/stage/VTK.git $ git config remote.stage.pushurl email@example.com:stage/VTK.git
Fetch Staged Topics:
$ git fetch stage --prune
Create Local Topic:
$ git checkout -b topic-name origin/master $ edit files $ git commit
Stage Current Topic:
$ git push stage HEAD
Print Staged Topics:
$ ssh firstname.lastname@example.org stage VTK print
Merge Staged Topic:
$ ssh email@example.com stage VTK merge topic-name
Note that the stage implementation is not VTK-specific and is used for other projects too. If the merge attempt conflicts it may print instructions for performing the merge manually. Ignore these instructions; you will not be able to push the merge commit directly. Instead, identify the commit that conflicts with yours, merge it into your topic locally, push the topic to the stage again, and then repeat the merge request.
Authorized developers may publish work directly to
vtk.org/VTK.git using Git's SSH protocol.
To request access, fill out the Kitware Password form.
See the push instructions for details.
For VTK, configure the push URL:
git config remote.origin.pushurl firstname.lastname@example.org:VTK.git
For VTKData, configure the push URL:
git config remote.origin.pushurl email@example.com:VTKData.git
The vtk.org repository has an
When someone tries to push changes to the repository it checks the commits as documented here.
Contributions of bug fixes and features are commonly produced by the community. Patches are a convenient method for managing such contributions.
One may send patches after subscribing to our mailing list:
See our patch instructions for details.
fatal: The remote end hung up unexpectedly
- If git push fails with "fatal: The remote end hung up unexpectedly", you probably forgot to set the push url with "git config" see #Pushing.
Restoring files locally
Q: "I cloned the VTK repository. Now I "rm -rf Hybrid". How do I get it back?"
A: git checkout Hybrid
Q: "I modified a file locally. I want to revert it."
A: git checkout myfile.cxx
Additional information about Git may be obtained at sites listed here.