Whether you work in a development team or alone: File versioning is a handy method to keep your code consistent, compare files line-by-line, and even roll back unwanted changes. This documentation shows you how to make the most of the jMonkeyPlatform's integrated version control features for Subversion, Mercurial, and CVS.
Note: Since the jMonkeyPlatform is based on the NetBeans Platform framework, you can learn about certain jMonkeyPlatform features by reading the corresponding NetBeans IDE tutorials (in the "see also links").
The jMonkeyPlatform supports various Version Control Systems such as Subversion, Mercurial, and CVS. No matter which of them you use, they all share a common user interface.
You can use file versioning alone or in a team. The advantages are that you can keep track of changes (who did it, when, and why), you can compare versions line-by-line, you can revert changes to files and lines, merge multiple changes to one file, and you can even undelete files.
Requirements:
You must have a project that you want to version.
You must have version control software installed (Subversion, Mercurial, or
CVS) and have initialized a repository.
The computer where the repository is to be hosted must be available in your network, or you will only be able to use your repo locally.
Now you create a repository to store your project's files.
In the jMonkeyPlatform, right-click the project in the Projects window and choose Versioning > Import Into
CVS/Subversion Repository (or initialize Mercurial Project, respectively).
Go through the wizard and fill in the fields to set up the repository.
You and your team mates check out (download) the repository to their individual workstations.
Go to the Team menu and choose Subversion > Checkout (or
CVS/Mercurial>Checkout respectively)
Fill in your repo data into the wizard and click Finish.
The repository is downloaded and stored in the location you chose.
Use the File > Open Project menu to open the checkout as project and start working.
Of course you can also check out existing repositories and access code from other open-source projects (e.g. SourceForge, GoogleCode, dev.java.net).
Receiving the latest changes from the team's repository is referred to as updating
. Sending your changes to the team's repository is refered to as commiting
.
Before making changes, right-click the project and select Subversion > Update to make sure you have the latest revision.
After making changes to the project, make certain your change did not break anything.
Update, build, run, test.
Look at the red/green/blue marks in the editor to review what you have deleted/added/changed. Click the marks to review all differences in a file.
Choose Subversion > Show Changes to see all files that were recently changed – by you and other team members.
Update again in case your team mates made changes while you were reviewing.
If there are no conflicts and you want to commit your changes, choose Subversion > Commit from the menu.
Write a commit message describing what you changed.
If you and another committer edited the same line, there is a conflict, and the jMonkeyPlatform will show an error message.
Right-click a file and choose Subversion > Search History.
You can inspect a file's history and see who changed what, why, and when.
You can roll back a file to a historic version if necessary.
In general, you can choose Subversion > Diff for any file to see two versions of a file next to each other.
If you do not use any version control, you can still track changes in projects to a certain degree.
Right-click a file or directory and choose Local History to show or revert changes, or undelete files.
You can also select any two files in the Project window and choose Tools > Diff to compare them.
Local History only works for files edited in jMonkeyPlatform Projects (It does not work for other files, e.g. in the Favorites window.)
See also:
view online version