Moving to GitHub

classic Classic list List threaded Threaded
9 messages Options
Reply | Threaded
Open this post in threaded view
|

Moving to GitHub

Attila Szegedi-3
Folks,

how about we moved our source code to GitHub?

That'd drastically simplify collaboration for people - anyone who wants can easily fork our code, and we can monitor what people commit on their forks and cherry pick stuff back for integration into the main tree. I've been working with Git and GitHub on other projects since July, and I have to say I'm *very* happy with it. I was initially dreading yet another version control system, but Git is incredibly intuitive for a hacker; merging between branches is a breeze, you can even do things like go back in time to a previous version and start committing against it -- it'll create an anonymous branch that you can decide to later name or discard, etc. Alternatively, it has "stash" and "pop" operations for an internal stack of changes where you can put aside some quick hack if you need to temporarily retrieve a clean version without losing the quick changes. Add to this the GitHub's UI for finding and merging other people's commits in your forks, plus their brand new Git-based versioned Wiki and commits-related issue tracker, and I just can't think of why we'd retain the project on SourceForge.

What do you think?

Attila.


------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
FreeMarker-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/freemarker-devel
Reply | Threaded
Open this post in threaded view
|

Re: Moving to GitHub

Daniel Dekany
Funny, I just looked at Git a few weeks ago as a candidate VCS for
future work, but then of cooourse I didn't dig into it (priorities).
So I don't know GIT yet... but, I'm interested, so I'm generally
positive regarding this step. (As far my doubts, I would think that
stuff like Git truly shines if you have a lot of loosely coordinated
workers... FM is not like that however. Maybe only because it's not on
GitHub, who knows... :) Anyway, I suppose making branches all over the
place locally is something we might will find useful.)

As of Git*Hub*... you mean we only put the code there, not the
trackers and like, right?

BTW, Bamboo has to be prepared if we going to do this. Just noting
it.

Now, while you are here... what about the Chinese docs? You didn't
answer.


Thursday, September 9, 2010, 2:37:52 PM, Attila Szegedi wrote:

> Folks,
>
> how about we moved our source code to GitHub?
>
> That'd drastically simplify collaboration for people - anyone who
> wants can easily fork our code, and we can monitor what people
> commit on their forks and cherry pick stuff back for integration
> into the main tree. I've been working with Git and GitHub on other
> projects since July, and I have to say I'm *very* happy with it. I
> was initially dreading yet another version control system, but Git
> is incredibly intuitive for a hacker; merging between branches is a
> breeze, you can even do things like go back in time to a previous
> version and start committing against it -- it'll create an anonymous
> branch that you can decide to later name or discard, etc.
> Alternatively, it has "stash" and "pop" operations for an internal
> stack of changes where you can put aside some quick hack if you need
> to temporarily retrieve a clean version without losing the quick
> changes. Add to this the GitHub's UI for finding and merging other
> people's commits in your forks, plus their brand new Git-based
> versioned Wiki and commits-related issue tracker, and I just can't
> think of why we'd retain the project on SourceForge.
>
> What do you think?
>
> Attila.
>
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> FreeMarker-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/freemarker-devel
>

--
Best regards,
 Daniel Dekany


------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
FreeMarker-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/freemarker-devel
Reply | Threaded
Open this post in threaded view
|

Re: Moving to GitHub

Attila Szegedi-3
On 2010.09.09., at 15:46, Daniel Dekany wrote:

> Funny, I just looked at Git a few weeks ago as a candidate VCS for
> future work, but then of cooourse I didn't dig into it (priorities).
> So I don't know GIT yet... but, I'm interested, so I'm generally
> positive regarding this step. (As far my doubts, I would think that
> stuff like Git truly shines if you have a lot of loosely coordinated
> workers... FM is not like that however. Maybe only because it's not on
> GitHub, who knows... :)

Yes, I think that's partly the case.

> Anyway, I suppose making branches all over the
> place locally is something we might will find useful.)
>
> As of Git*Hub*... you mean we only put the code there, not the
> trackers and like, right?

Um... I wouldn't mind moving trackers too. The good thing about GitHub tracker is that it integrates nicely with the actual commits.

>
> BTW, Bamboo has to be prepared if we going to do this. Just noting
> it.
>
> Now, while you are here... what about the Chinese docs? You didn't
> answer.

I didn't, but JR did. I think we should feature them quite prominently; we have many-many Chinese users.

Attila.

>
>
> Thursday, September 9, 2010, 2:37:52 PM, Attila Szegedi wrote:
>
>> Folks,
>>
>> how about we moved our source code to GitHub?
>>
>> That'd drastically simplify collaboration for people - anyone who
>> wants can easily fork our code, and we can monitor what people
>> commit on their forks and cherry pick stuff back for integration
>> into the main tree. I've been working with Git and GitHub on other
>> projects since July, and I have to say I'm *very* happy with it. I
>> was initially dreading yet another version control system, but Git
>> is incredibly intuitive for a hacker; merging between branches is a
>> breeze, you can even do things like go back in time to a previous
>> version and start committing against it -- it'll create an anonymous
>> branch that you can decide to later name or discard, etc.
>> Alternatively, it has "stash" and "pop" operations for an internal
>> stack of changes where you can put aside some quick hack if you need
>> to temporarily retrieve a clean version without losing the quick
>> changes. Add to this the GitHub's UI for finding and merging other
>> people's commits in your forks, plus their brand new Git-based
>> versioned Wiki and commits-related issue tracker, and I just can't
>> think of why we'd retain the project on SourceForge.
>>
>> What do you think?
>>
>> Attila.

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
FreeMarker-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/freemarker-devel
Reply | Threaded
Open this post in threaded view
|

Re: Moving to GitHub

Stephan Müller-2
In reply to this post by Attila Szegedi-3
Am 9.9.2010 14:37, schrieb Attila Szegedi:
> Folks,
>
> how about we moved our source code to GitHub?

+1

I'm not a FreeMarker developer per se, but I'd like to comment on this
topic nevertheless.

I really like using Git. I especially like about Git that it supports
local branches (a common feature of all DVCSs?!?) and good
branching/merging, which makes it very easy and enjoyable to develop
each feature or fix each bug in a separate local branch and merge the
changes back into master afterwards. That's the main reason why I use
Git at work, but only with local repositories, because we still use
Subversion as our main VCS :-(

I have no idea whether Git is better than Mercurial or not, because I
never looked into Mercurial, but from my point of view it is more a
matter of taste than a matter of supported features.

As for GitHub: I'm a sporadic GitHub user and so far I've nothing bad to
say about GitHub.



Stephan.

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
FreeMarker-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/freemarker-devel
Reply | Threaded
Open this post in threaded view
|

Re: Moving to GitHub

Stephan Müller-2
In reply to this post by Daniel Dekany
Am 9.9.2010 15:46, schrieb Daniel Dekany:
> BTW, Bamboo has to be prepared if we going to do this. Just noting
> it.

Thanks for noting that.

There is a Bamboo Git plugin at GitHub, see
http://github.com/krosenvold/bgit :-)

I might have to upgrade Bamboo first, so please give me a headstart
before the actual migration, so that I can prepare Bamboo.


Stephan.

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
FreeMarker-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/freemarker-devel
Reply | Threaded
Open this post in threaded view
|

Re: Moving to GitHub

Attila Szegedi-3
In reply to this post by Stephan Müller-2
On 2010.09.09., at 16:08, Stephan Müller wrote:

> I have no idea whether Git is better than Mercurial or not, because I
> never looked into Mercurial, but from my point of view it is more a
> matter of taste than a matter of supported features.

I used Mercurial when I was working with OpenJDK. I have to say I prefer Git. Nothing technically objective I could say about the relation of the two, but Mercurial was sometimes acting in surprising ways, while Git always did the intuitive thing, often seemingly guessed what I wanted to do, and in *very* rare cases where I asked for something impossible, its error messages were informative to the point of suggesting what to do differently :-)

Attila.

--
twitter: http://twitter.com/szegedi

>
> As for GitHub: I'm a sporadic GitHub user and so far I've nothing bad to
> say about GitHub.
>
>
>
> Stephan.


------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
FreeMarker-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/freemarker-devel
Reply | Threaded
Open this post in threaded view
|

Re: Moving to GitHub

Attila Szegedi-3
In reply to this post by Stephan Müller-2
Sure. Not in a hurry.

Attila.

On 2010.09.09., at 16:15, Stephan Müller wrote:

> Am 9.9.2010 15:46, schrieb Daniel Dekany:
>> BTW, Bamboo has to be prepared if we going to do this. Just noting
>> it.
>
> Thanks for noting that.
>
> There is a Bamboo Git plugin at GitHub, see
> http://github.com/krosenvold/bgit :-)
>
> I might have to upgrade Bamboo first, so please give me a headstart
> before the actual migration, so that I can prepare Bamboo.
>
>
> Stephan.

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
FreeMarker-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/freemarker-devel
Reply | Threaded
Open this post in threaded view
|

Re: Moving to GitHub

Daniel Dekany
In reply to this post by Attila Szegedi-3
Thursday, September 9, 2010, 3:58:42 PM, Attila Szegedi wrote:

> On 2010.09.09., at 15:46, Daniel Dekany wrote:
>
>> Funny, I just looked at Git a few weeks ago as a candidate VCS for
>> future work, but then of cooourse I didn't dig into it (priorities).
>> So I don't know GIT yet... but, I'm interested, so I'm generally
>> positive regarding this step. (As far my doubts, I would think that
>> stuff like Git truly shines if you have a lot of loosely coordinated
>> workers... FM is not like that however. Maybe only because it's not on
>> GitHub, who knows... :)
>
> Yes, I think that's partly the case.

(Um... well I was kidding.)

>> Anyway, I suppose making branches all over the
>> place locally is something we might will find useful.)
>>
>> As of Git*Hub*... you mean we only put the code there, not the
>> trackers and like, right?
>
> Um... I wouldn't mind moving trackers too. The good thing about
> GitHub tracker is that it integrates nicely with the actual commits.

We can not move the tracker *items* though... a bit of mess,
especially as some tracker items survive years in the sf tracker
(khm... bad thing). So, other than being associated with commits
(which, again, being small and all, we don't need in practice much) is
it any less lame (sorry...) than the sf.net-s tracker? Like, most
importantly, can people do anonymous reports on the expense of filling
a CAPTCHA, or we have to chose between registered users only or spam
there too?

>> BTW, Bamboo has to be prepared if we going to do this. Just noting
>> it.
>>
>> Now, while you are here... what about the Chinese docs? You didn't
>> answer.
>
> I didn't, but JR did. I think we should feature them quite
> prominently; we have many-many Chinese users.

I asked both of you... licence and stuff. Anyway, I go ahead then.

> Attila.
>
>>
>>
>> Thursday, September 9, 2010, 2:37:52 PM, Attila Szegedi wrote:
>>
>>> Folks,
>>>
>>> how about we moved our source code to GitHub?
>>>
>>> That'd drastically simplify collaboration for people - anyone who
>>> wants can easily fork our code, and we can monitor what people
>>> commit on their forks and cherry pick stuff back for integration
>>> into the main tree. I've been working with Git and GitHub on other
>>> projects since July, and I have to say I'm *very* happy with it. I
>>> was initially dreading yet another version control system, but Git
>>> is incredibly intuitive for a hacker; merging between branches is a
>>> breeze, you can even do things like go back in time to a previous
>>> version and start committing against it -- it'll create an anonymous
>>> branch that you can decide to later name or discard, etc.
>>> Alternatively, it has "stash" and "pop" operations for an internal
>>> stack of changes where you can put aside some quick hack if you need
>>> to temporarily retrieve a clean version without losing the quick
>>> changes. Add to this the GitHub's UI for finding and merging other
>>> people's commits in your forks, plus their brand new Git-based
>>> versioned Wiki and commits-related issue tracker, and I just can't
>>> think of why we'd retain the project on SourceForge.
>>>
>>> What do you think?
>>>
>>> Attila.
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> FreeMarker-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/freemarker-devel
>

--
Best regards,
 Daniel Dekany


------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
FreeMarker-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/freemarker-devel
Reply | Threaded
Open this post in threaded view
|

Re: Moving to GitHub

revusky
I would say I am basically in favor of moving to git. Especially,
since I am taking it that there is the implicit offer from Attila (who
proposed this) of doing whatever work is involved. Once we do this, we
should of course make the SVN invisible on our sourceforge project
page. (It would still be sitting there for archival reasons, just not
visible.)

If I get familiar with github, I might well move all my ongoing (kind
of ongoing...:-() stuff, like freecc over there.

Do you want to move everything there or just the trunk (at least
initially)? I kind of prefer just moving the trunk, but that is just
me. My hidden agenda there is that I don't particularly want to
encourage anybody to work on 2.3! ;-)

JR

On Thu, Sep 9, 2010 at 4:59 PM, Daniel Dekany <[hidden email]> wrote:

> Thursday, September 9, 2010, 3:58:42 PM, Attila Szegedi wrote:
>
>> On 2010.09.09., at 15:46, Daniel Dekany wrote:
>>
>>> Funny, I just looked at Git a few weeks ago as a candidate VCS for
>>> future work, but then of cooourse I didn't dig into it (priorities).
>>> So I don't know GIT yet... but, I'm interested, so I'm generally
>>> positive regarding this step. (As far my doubts, I would think that
>>> stuff like Git truly shines if you have a lot of loosely coordinated
>>> workers... FM is not like that however. Maybe only because it's not on
>>> GitHub, who knows... :)
>>
>> Yes, I think that's partly the case.
>
> (Um... well I was kidding.)
>
>>> Anyway, I suppose making branches all over the
>>> place locally is something we might will find useful.)
>>>
>>> As of Git*Hub*... you mean we only put the code there, not the
>>> trackers and like, right?
>>
>> Um... I wouldn't mind moving trackers too. The good thing about
>> GitHub tracker is that it integrates nicely with the actual commits.
>
> We can not move the tracker *items* though... a bit of mess,
> especially as some tracker items survive years in the sf tracker
> (khm... bad thing). So, other than being associated with commits
> (which, again, being small and all, we don't need in practice much) is
> it any less lame (sorry...) than the sf.net-s tracker? Like, most
> importantly, can people do anonymous reports on the expense of filling
> a CAPTCHA, or we have to chose between registered users only or spam
> there too?
>
>>> BTW, Bamboo has to be prepared if we going to do this. Just noting
>>> it.
>>>
>>> Now, while you are here... what about the Chinese docs? You didn't
>>> answer.
>>
>> I didn't, but JR did. I think we should feature them quite
>> prominently; we have many-many Chinese users.
>
> I asked both of you... licence and stuff. Anyway, I go ahead then.
>
>> Attila.
>>
>>>
>>>
>>> Thursday, September 9, 2010, 2:37:52 PM, Attila Szegedi wrote:
>>>
>>>> Folks,
>>>>
>>>> how about we moved our source code to GitHub?
>>>>
>>>> That'd drastically simplify collaboration for people - anyone who
>>>> wants can easily fork our code, and we can monitor what people
>>>> commit on their forks and cherry pick stuff back for integration
>>>> into the main tree. I've been working with Git and GitHub on other
>>>> projects since July, and I have to say I'm *very* happy with it. I
>>>> was initially dreading yet another version control system, but Git
>>>> is incredibly intuitive for a hacker; merging between branches is a
>>>> breeze, you can even do things like go back in time to a previous
>>>> version and start committing against it -- it'll create an anonymous
>>>> branch that you can decide to later name or discard, etc.
>>>> Alternatively, it has "stash" and "pop" operations for an internal
>>>> stack of changes where you can put aside some quick hack if you need
>>>> to temporarily retrieve a clean version without losing the quick
>>>> changes. Add to this the GitHub's UI for finding and merging other
>>>> people's commits in your forks, plus their brand new Git-based
>>>> versioned Wiki and commits-related issue tracker, and I just can't
>>>> think of why we'd retain the project on SourceForge.
>>>>
>>>> What do you think?
>>>>
>>>> Attila.
>>
>> ------------------------------------------------------------------------------
>> This SF.net Dev2Dev email is sponsored by:
>>
>> Show off your parallel programming skills.
>> Enter the Intel(R) Threading Challenge 2010.
>> http://p.sf.net/sfu/intel-thread-sfd
>> _______________________________________________
>> FreeMarker-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/freemarker-devel
>>
>
> --
> Best regards,
>  Daniel Dekany
>
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> FreeMarker-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/freemarker-devel
>

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
FreeMarker-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/freemarker-devel