JP1 Remotes

yaworski · Joined: 22 Jun 2014 Posts: 454 Location: Warsaw, Poland

Graham,
Do you use some source control software? I'm thinking about using a private git repository on bitbucket.org (free account allows to give access to up to 4 more people to a private repo). It would be easier to manage, fix and enhance the code having more people capable of doing so.

Or maybe you already have whole RMIR under source control then would it be possible to have access to it?

mathdon · Posted: Sat Jul 12, 2014 6:22 am Post subject:

Marcin, the whole RMIR project is under source control in an SVN repository here. It can be downloaded by anyone but modified only by authorised developers. The project is owned by Greg Bush (gfb107), who was essentially the sole developer of it for many years before I got involved. Development is now largely by me, but all new contributors are very welcome. It is just that we don't get many offers. Vyrolan came in for a short time, made some very helpful additions but then disappeared again when family commitments meant he could no longer spare the time.

You first need to register as a Sourceforge user. I think I have the authority to add you as a developer, though I have never tried to do that for anyone. If you let me have your User ID when you have registered, I will try to do so, otherwise we will need to contact Greg, who has little time available for the project now. Be aware that I hate SourceForge and have as little to do with it as possible. Everything can be done through Eclipse.

There is more info in this post by Greg, from the time my involvement started. It is developed with Eclipse. It is still using Java SE 6 with Swing. You will need to download the Java SE 6 JDK for use with Eclipse. Please don't try to upgrade it to SE 7 or later if you want me to remain involved. This is a hobby for me in my retirement. I am not, and never was, a computer professional. I learned Java in order to work on this project. I already realise that you know more about Java than I do. Welcome to the project. I hope you enjoy it and remain involved after we have finished getting Simpleset support working.

BTW What is git? I keep seeing about it in Eclipse but have no idea what it is. Embarassed

As I said, I am an amateur and just learn what I need as I go along.
_________________
Graham

yaworski · Joined: 22 Jun 2014 Posts: 454 Location: Warsaw, Poland

Graham I haven't been using SVN for a long time now but if I need to use it then there shouldn't be a problem.

GIT is a decentralized SCM system which is created by Linus Torvalds mainly for Linux Kernel development as he haven't been happy with the system they used before. It is now very mature system and is still in active development so new features are popping from time to time :).

The most significant difference from the SVN is that it is decentralized: a working copy is also a repository at the same time (top directory under GIT has .git directory which holds full cloned git repository with full history).

When you do commits, checkouts, branches etc (the nomenclature is slightly different from SVN) you actually only make changes to your local repository. You can also add upstream repositories (there can be multiple upstream repos, they are called remotes in GIT and main remote is usually called origin) to which you sync yours by using fetch, pull and push commands.

You can choose what you want to push into upstream repository so you can have multiple local branches which you use for fixes and new features and when you want to share the changes with others you merge it for example into master branch and push it into upstream repository. Then for example I can do fetch or pull into mine local repo and I get all the changes and history you've created in yours.

I really encourage you to learn more and maybe use it. I use it for my projects even when I'm not using remote repos as I can have local history of changes with ability to try some things on separate branches. And if I want to push it later into remote repo then the remote repo also has whole commit history.

BTW there are tools to import and convert whole SVN history into GIT and also connectors that allows to use local GIT repo with SVN as remote (but there are some limitations).

Bitbucket and GitHub are services where you can register and create your own remote repos. GIT by default uses SSH protocol to access remotes so you need to create your own public/private SSH keys and you paste public key to your Bitbucket/Github account and use private key with GIT client to get access. So it is more secure by default than SVN where you mainly use usernames and passwords.

Bitbucket allows to create private repos with up to 5 members for free with different access permissions (admin, write, read). I can create a Team and add you as admin to it if you want to try.

---edit---

If you are interested in using GIT then I can tell you more and help learn it. Just let me know and I can tell you more privately as this thread is probably not the best place for it :)

The Robman · Posted: Sat Jul 12, 2014 11:39 am Post subject:

mathdon · Posted: Sat Jul 12, 2014 1:18 pm Post subject:

The Robman · Posted: Sat Jul 12, 2014 2:45 pm Post subject:

ha ha, cool enough, SVN stays Smile

_________________
Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help!

Vyrolan · Joined: 24 Aug 2012 Posts: 168 Location: Chicago, IL

yaworski · Joined: 22 Jun 2014 Posts: 454 Location: Warsaw, Poland

@Vyrolan: I've also used git-svn. The ability to keep commits locally on topic branches is just awesome :). I agree that Git is not as simple as SVN, but there are places where Git can actually be simpler to use than the SVN. One of such things is branching. In SVN it always was based on separate directories in repo and proper support for merging (with tracking of merged branches) appeared relatively late. On the other hand Git had proper branching and merging from the start. It takes what's best from multiple other VCS.

I've worked with CVS, SVN and even Microsoft's Visual SourceSafe (it was awful but it was a long time ago now so maybe it's better now). I've tried to use Mercurial, but it was a little strange to me :). Git is my "weapon" of choice.

Vyrolan · Joined: 24 Aug 2012 Posts: 168 Location: Chicago, IL

yaworski · Joined: 22 Jun 2014 Posts: 454 Location: Warsaw, Poland

I also don't do many shared topic branches, but local ones are a different story. I often write some functionality locally on a topic branch and I can fully retain the ability to just check out the master branch to make some quick changes and fixes. I'm also a big fan of branch rebasing in comparison to merging (of course as long as that branch haven't been pushed upstream). Thanks to that I can still keep mostly linear history of changes. There are some situations that I can't escape without doing full merge but it actually happens rarely.

This actually resembles the way git-svn works as it also uses rebase when updating from upstream SVN repo to keep the history linear.