The JUG community asked and we have moved the JUG Management source code from SVN to Git. I have to admit that I’m new in Git and it seems to be a quite change of paradigm from SVN. My first feeling is that it is more complex. For the moment, my motivation to learn Git comes from the fact that there is a big probability that the market will value this knowledge.
To access the Java.net Git repository is not a trivial task 🙁 You will need SSH (Security Shell protocol) to have an encrypted connection to the server. I think this is too much for our needs, since this is not such a critical system, but this is real life, thus I followed the steps below:
- Download and install a Git client according to your operating system. Clients are available at http://git-scm.com/download.
- Installing Git is not enough to start working. You have to configure it, adding a public SSH key to your site profile as described in Generating an SSH Key. The whole process will take some time, but if you do it carefully, step by step, everything will work fine. It worked in my first attempt.
- register yourself in CEJUG’s project at java.net. You will have access to the repository only if you are a member of the project. Registering in the project doesn’t mean you will become a CEJUG member. Actually, we use JUG Management to control our members.
- When you login on Java.net and go to the source code section, you will be able to see the checkout URI of JUG Management’s repository. The address contains your username. Example: ssh://[user-name]@git.java.net/cejug~jug-management.
- Copy the URI above and go to the command line and type the following command to checkout the code: git clone ssh://[user-name]@git.java.net/cejug~jug-management. It will create a folder “cejug-jug-management” in the directory you ran the command and the full source code will be available there.
This is a good start. Now you can open the source code and try to learn the project. I will explore in the next post how to open the source code in an IDE and build a package for deployment. At the same time, I’m learning how configuration management works with Git in order to start receiving your contributions. I’m studying the book Version Control With Git by Jon Loeliger for this. I hope the idea of branch is still there, just with a different name.