Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-pascal / 2009-04

fpGUI Toolkit source repository migrated to Git

17 messages · 8 people ·

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Graeme Geldenhuys

Hi,

As of 2 days ago, I have converted the SubVersion repository to Git.

From now onwards all fpGUI development will continue in the Git

repository.

To checkout (clone) the fpGUI git repository you can do the following using the git command line client.

git clone git://fpgui.git.sourceforge.net/gitroot/fpgui

Sourceforge.net has more instructions about Git and currently supports Git v1.6.x features. Also if you want to find out more information or documentation on Git, the Git Homepage is here: http://git-scm.com/

Git 1.5 and later comes with excellent documentation in the form of HTML pages or 'man' pages (eg: 'man git' or 'git help diff'). There are also 1000's of tutorials on the internet. The latest stable version of git is v1.6.2.2 (released on 2009-04-02). For Windows users, TortoiseGit is also gained good momentum and is nearing the feature list available of TortoiseSVN.

Git Quick Start
================

Cloning and Creating a Patch

$ git clone git://fpgui.git.sourceforge.net/gitroot/fpgui
$ cd fpgui
$ (edit files)
$ git add (files)
$ git commit -m 'Explain what I changed'
$ git format-patch origin/master

Now attach the numbered patch file in an email to the fpGUI newsgroup.

As a side note:
-------------------
It's just amazing how quick I can push changes to SourceForge or clone the complete fpGUI repository with *full* history. A complete fpGUI repository with full history can be cloned in 1 minute - SubVersion can't even checkout out a single revision in that time. Not to mention under SubVersion, my trunk checkout was 65MB (and with compiled units 250MB). Now with Git (which includes the whole history of fpGUI), a newly clone repository is a mere 15MB. Awesome!!! :-)

PS:
I will be leaving the SubVersion repository activated for a week or two, at which point I'll disable it on SourceForge.net.

Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

Reply by email

Vincent Snijders
to Graeme Geldenhuys
Graeme Geldenhuys wrote 6 lines
Hi, As of 2 days ago, I have converted the SubVersion repository to Git. >From now onwards all fpGUI development will continue in the Git repository.

Do you generate nightly tarballs for people who don't want the 0.4 version of tortoisegit?

Vincent

Reply by email

Graeme Geldenhuys
to Vincent Snijders: Do you generate nightly tarballs for people who don't want the 0.4 version of tortoisegit?
Vincent Snijders wrote
Do you generate nightly tarballs for people who don't want the 0.4 version of tortoisegit?

No, simply because fpGUI history is still small (just over 1000 revisions). As far as I can see, a normal clone of fpGUI repository will download about +- 7Mb (git archives everything before it goes over the wire). Even on my sh*tty 3G internet connection that went pretty quick. Also you can resume if the connection is droped half way through. 99% of the time SVN ends up being corrupt and can't resume (I experienced this with Lazarus repository on Sunday).

Alternatively, if you don't want the full history, simply tell git how far back it must go. For example:

  $ git clone --depth 10 git://fpgui.git.sourceforge.net/gitroot/fpgui

Will only get the last ten revisions. This has some limitations (you can't push), but is perfectly fine if you wanted to contribute in the form of emailing patches.

Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

Reply by email

Vincent Snijders
to Graeme Geldenhuys
Graeme Geldenhuys wrote 5 lines
On Tue, Apr 7, 2009 at 1:06 PM, Vincent Snijders Will only get the last ten revisions. This has some limitations (you can't push), but is perfectly fine if you wanted to contribute in the form of emailing patches.

Actually, if I wanted to contribute, or at least run the lazarus tests with the fpgui widgetset, I would like to have a easier way to get the source than by installing tortoisegit, which does not (yet) seem to be stand-alone[1], unlike tortoisesvn. That is why I asked for an alternative like a nightly tarbal.

Vincent

[1]: http://code.google.com/p/tortoisegit/#install

Please install msysgit 1.6.1 before install tortoisegit http://code.google.com/p/msysgit

Reply by email

Henry Vermaak
to Vincent Snijders

2009/4/7 Vincent Snijders :

Show quoted text 13 lines
Graeme Geldenhuys schreef: > > On Tue, Apr 7, 2009 at 1:06 PM, Vincent Snijders > > Will only get the last ten revisions. This has some limitations (you > can't push), but is perfectly fine if you wanted to contribute in the > form of emailing patches. Actually, if I wanted to contribute, or at least run the lazarus tests with the fpgui widgetset, I would like to have a easier way to get the source than by installing tortoisegit, which does not (yet) seem to be stand-alone[1], unlike tortoisesvn. That is why I asked for an alternative like a nightly tarbal.

just use msysgit on its own? it's the native port of git for windows.

henry

Reply by email

Michael Van Canneyt
to Henry Vermaak
Henry Vermaak wrote 16 lines
2009/4/7 Vincent Snijders : > Graeme Geldenhuys schreef: >> >> On Tue, Apr 7, 2009 at 1:06 PM, Vincent Snijders >> >> Will only get the last ten revisions. This has some limitations (you >> can't push), but is perfectly fine if you wanted to contribute in the >> form of emailing patches. > > Actually, if I wanted to contribute, or at least run the lazarus tests with > the fpgui widgetset, I would like to have a easier way to get the source > than by installing tortoisegit, which does not (yet) seem to be > stand-alone[1], unlike tortoisesvn. That is why I asked for an alternative > like a nightly tarbal. just use msysgit on its own? it's the native port of git for windows.

I think that Vincent wants a git-less setup, so an alternative for getting sources without installing .

Reply by email

Graeme Geldenhuys
to Florian Klaempfl: ... and I get a full diff on windows due to line feed trouble :)
Florian Klaempfl wrote
... and I get a full diff on windows due to line feed trouble :)

msysGit is a full native port of Git. I just installed it again to double check and I do not have any linefeed issues. It even asks me as part of the install how linefeed option I have. I selected the default Windows (crlf) option.

You can download the latest msysGit from:
http://code.google.com/p/msysgit/downloads/list

Here are a couple of screenshots I just created:

Show the linefeed option in the setup
http://opensoft.homeip.net/~graemeg/msysgit-1.png

I clone the fpGUI repository and made some minor changes to a file. I viewed the changes using the "git bash promp" and via "git gui". I then did a local commit and viewed the changes via "gitk". In all cases in only showed the lines that changed.

http://opensoft.homeip.net/~graemeg/msysgit-2.png
http://opensoft.homeip.net/~graemeg/msysgit-3.png
http://opensoft.homeip.net/~graemeg/msysgit-4.png

Out of interest, what version of Git are you using? Since v1.5.5 (fairly old already) they defaulted the setting config.autocrlf = True under Windows.

Either way, this is not a thread about Git vs SubVersion. Simply that I am the primary developer of fpGUI - doing most of the work. And I find Git fits my workflow much better. I also posted usage instructions in the fpGUI newsgroup on how to use Git and so far the other contributors don't have any issues with the switch to Git.

Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

Reply by email

Graeme Geldenhuys
to Vincent Snijders: Actually, if I wanted to contribute, or at least run the lazarus tests with the fpgui…
Vincent Snijders wrote 6 lines
Actually, if I wanted to contribute, or at least run the lazarus tests with the fpgui widgetset, I would like to have a easier way to get the source than by installing tortoisegit, which does not (yet) seem to be stand-alone[1], unlike tortoisesvn. That is why I asked for an alternative like a nightly tarbal.

Why must you use TortoiseGit?? Like Henry said, simple use msysgit on it's own. Clone the fpGUI repository once using the 'git clone...' command and simply get daily or weekly updates by running 'git pull'. You don't need ,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

Reply by email

Graeme Geldenhuys
to Michael Van Canneyt: I think that Vincent wants a git-less setup, so an alternative for getting sources…
Michael Van Canneyt wrote
I think that Vincent wants a git-less setup, so an alternative for getting sources without installing why didn't he say that! :-)

In that case, he must let me know, and I'll setup daily runs of the 'git archive' command which generates a tarball of the latest revision. He can then simply download and unpack the tarball on his side. But that means he has to download all the files every day, whereas 'git pull' which be much more efficient and only get the deltas.

Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

Reply by email

Paul Ishenin
to Graeme Geldenhuys: msysGit is a full native port of Git. I just installed it again to double check and I do…
Graeme Geldenhuys wrote 6 lines
Either way, this is not a thread about Git vs SubVersion. Simply that I am the primary developer of fpGUI - doing most of the work. And I find Git fits my workflow much better. I also posted usage instructions in the fpGUI newsgroup on how to use Git and so far the other contributors don't have any issues with the switch to Git.

I am wondering what are that needs for project with *the only one developer* that svn cannot serve well and that alone developer need to install another source control system? Imo just a waste of time. And not only your time but all other developers who need to update from your repository. Now they need to learn git and to install it on their systems.

Best regards,
Paul Ishenin.

Reply by email

Michael Van Canneyt
to Graeme Geldenhuys: On Tue, Apr 7, 2009 at 3:06 PM, Michael Van Canneyt In that case, he must let me know,…
Graeme Geldenhuys wrote 13 lines
On Tue, Apr 7, 2009 at 3:06 PM, Michael Van Canneyt wrote: > > I think that Vincent wants a git-less setup, so an alternative for > getting sources without installing git at all. Then why didn't he say that! :-) In that case, he must let me know, and I'll setup daily runs of the 'git archive' command which generates a tarball of the latest revision. He can then simply download and unpack the tarball on his side. But that means he has to download all the files every day, whereas 'git pull' which be much more efficient and only get the deltas.

Yes, but it also means to install yet another version control mechanism.

Personally, unless I really really have to, I'd also rather limit the number of version control mechanisms, no matter how good they are.

Michael.

Reply by email

Jonas Maebe
to Paul Ishenin: I am wondering what are that needs for project with *the only one developer* that svn…
Paul Ishenin wrote 13 lines
Graeme Geldenhuys wrote: > Either way, this is not a thread about Git vs SubVersion. Simply that > I am the primary developer of fpGUI - doing most of the work. And I > find Git fits my workflow much better. I also posted usage > instructions in the fpGUI newsgroup on how to use Git and so far the > other contributors don't have any issues with the switch to Git. I am wondering what are that needs for project with *the only one developer* that svn cannot serve well and that alone developer need to install another source control system? Imo just a waste of time. And not only your time but all other developers who need to update from your repository. Now they need to learn git and to install it on their systems.

I think that particular discussion is for fpc-other, not fpc-pascal. I've marked this thread now as requiring moderation on the fpc-pascal list.

Jonas
FPC mailing lists admin

Reply by email

Graeme Geldenhuys
to Paul Ishenin: I am wondering what are that needs for project with *the only one developer* that svn…
Paul Ishenin wrote
I am wondering what are that needs for project with *the only one developer* that svn cannot serve well and that alone developer need to install another

I replied to this in the fpc-other mailing list. Hopefully the moderators allows this one through so you know where to look for the answer.

Regards,
- Graeme -

_______________________________________________
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/

Reply by email