World: r3wp

Git is small

 on Linux. But has to install half of the command line userspace of 
 Linux on Windows if you want to use it there (when last I checked).

It still does if you use msysgit. But not much of an issue unless 
you really care for download size.

(Or disk space.)

I am always running out of disk space, no matter how large a disk 
I get. But I was more disaproving of the vast number of dependencies.

but msysGit seems to manage all of that into a single download and 
install, so it seems to not be such an issue.  (not like MinGW which 
requires to use its rather obscure and poorly documented package 
downloader)

It just makes me distrust that site. What if the other "advantages" 
are just as completely incorrect?

Then look closer.

Git is Small
 is referring to repository size.

If you decide to go with Git because it is popular, cool, no problem. 
I haven't yet seen a good argument that Git is better (than Hg, at 
least), but popularity has its own advantages.

Github is a popularity argument. And a good demonstration of the 
advantages of popularity.

You realise that you can click on the headings and they expand to 
show more detail?

One of the things I like about Git, and am quite proud of, is the 
data structures are simple and you can reimplement it if you wish. 
It's a well-defined data model. There are Git-related projects like 
GUI tools, for example, with the Eclipse IDE.

   http://www.computerworld.com/s/article/print/9126619/Q_A_Linux_founder_Linus_Torvalds_talks_about_open_source_identity

Rebolgit?

Yeah, would be lovely :)

Yup, I read inside all the headings. I've just seen similar arguments 
against Git.

I've said before that a concrete and vetted reimplementation of an 
unnecessarily complicated (but popular) tool in Rebol to show how 
teeny it could get would spark great interest.

Another advantage of popularity is alternate implementations. There 
are even Java and .NET reimplementations of Git (that are likely 
smaller than the original Git even if you include the Java or .NET 
runtimes).

But doing one in REBOL is likely a good idea.

http://www.rebol.net/r3blogs/0349.html

Linktext says "gituhb", though the link works...

To git public comments on using git and github.

hit f5

Very nice to hear that git has simple data structures.

Will check back here tomorrow.

The underlying design is extremly pragmatic and simple.

(Check your PM, before you leave.)

yeah  ;-)

OK, github - what's the future of R3 Chat now? :-)

let's face realities ... r3chat has been in existence for how long 
now?  And there's hardly anything posted to it.

It may still have a future for the next Altme

So.. time to learn yet another source control system?

Unless you already know Git

I don't.

and... not just learn, but install clients for it.

Git is not particularly difficult in and of itself, but the model 
people typically use in GitHub adds a little layer of complexity 
to it with "pull requests" and things... the good news is that with 
a little patience and asking the large community for help you can 
get things going.

Quite a few people here know it ... so don't worry

I really enjoy the GitHub ability to have conversations attached 
to lines in checkins.  (Gitorious has this also.)  Fantastic for 
code review.  And because of the way it works where you have to pull 
in patches explicity, you can review things and have people go back 
to the drawing board before you'll actually accept the change...

There's a wide variety of models you can use.  If you really want 
to, you can authorize people other than yourself with write access 
to your repository and it then works a little more like traditional 
centralized source control.

and of course you can Fork your own repository off the main one

btw - can Tortoise SVN be used as a GIT client, or is that something 
different? I like how I upgraded RebGUI - what was the system RebGUI 
used based upon?

There is TortoiseGIT: http://code.google.com/p/tortoisegit/

Henrik, you could start by putting the R3-GUI into Git!

I'll see if there is anyone interested in exporting it, but I'm afraid 
the source would be constantly out of sync with what we have in RM 
Asset's repository.

what does Robert use?

... but you would not have to constantly announce it - it could save 
you a bit of work, no?

Pekr, that's simply a snapshot, which takes a minute to do, thanks 
to our build system.

GrahamC, RM Asset uses SVN.

there's likely an automatic tool to export from SVN to git

distributed source controls are much more flexible and easy to use 
than centralized ones like svn.

there is no concept I have to put it *the* repository.