Git repository for satchmo

[kevin]

Is there a git repo for satchmo, even a mirror?

[Bob Waycott]

Kevin,

Satchmo's only in SVN afaik.

A git repo would be awesome, though.

Chris, Bruce -- would it be a real pain to move to git? It's so much more awesome. ;)

Git is so great with branches ...

[kevin]

> Chris, Bruce -- would it be a real pain to move to git? It's so much more
> awesome. ;)

Or even just a git mirror.. there used to be one @ .....

Wait a second.. it's back!

http://spinlock.ch/pub/git/django/satchmo.git

[Chris Moffitt]

Hmm. I hesitate to add to this thread because this could turn into a svn vs. git vs hg vs. who knows what debate. However, I do know that there are some limitations with just using svn.
1. The current implementation I'm using doesn't allow svn over http which causes some headaches with some folks.
2. Branching and merging are a bit challenging with svn.
3. I'm somewhat interested in offloading the trac/svn hosting to somewhere else.
4. Local development with the other tools is a bit more robust

Bruce recently recommended assembla to me and I am using it now for some private projects and I do like it & might consider moving Satchmo to it. It will allow us to use svn or mercurial or git too so if we make the change, now might be the time to bite the bullet.

To be totally honest, I've never used git or mercurial so I only know what I read on the interwebs.  Apparently each is the best and the other sucks so it's a little hard to tell what to do ;)

I may regret saying this but I am open to hearing what your recommendation would be. I think the 3 options are:
1. Stick with svn - it's worked so far.
2. Go to git - github rocks & Linus developed it so that must be the best choice!
3. Go with mercurial - it's in python so it's got to be good ;)

Seriously though, I'm interested in well-reasoned thoughts as it applies to Satchmo not necessarily other projects that have different needs/wants. Also, whatever we do needs to support the ticketing process and allowing us to reference ticket numbers in checkins and vice versa.

Let the fun begin!

-Chris

[Will Boyce]

You can easy enough create you own local mirror of the svn repo:
mkdir satchmo && cd satchmo
git init
git svn init -s svn://satchmoproject.com/satchmo/
git svn fetch

run the garbage collector if you like, this can save a fair amount of
space:
git gc

keep up to date with crontab:
crontab -l > crontmp
echo "0 0 * * * git --git-dir=~/git/satchmo svn
rebase" >> crontmp
crontab crontmp
rm crontmp

or you could only mirror the source you need:
git svn init -T svn://satchmoproject.com/satchmo/trunk/satchmo/
and then you can easily use submodules:
git submodule add ~/git/satchmo satchmo

enjoy
--
Regards,

Will Boyce <ma...@willboyce.com>
http://willboyce.com

[kevin]

> or you could only mirror the source you need:
>         git svn init -T svn://satchmoproject.com/satchmo/trunk/satchmo/
> and then you can easily use submodules:
>         git submodule add ~/git/satchmo satchmo

Sold. That's the one for me, for django stuff I always prefer just
putting apps in the project dir. I just wanted a way to do that
without all the setuptools/distutils/virtualenv gymnastics...

Much appreciated, thanks

[Bob Waycott]

I think anything of the distributed vcs variety will be found to be a wonderful upgrade from SVN.

I mostly use git these days. Ccoming from SVN, I have plenty of tales to tell of how my butt has been saved by the likes of git's branch, rebase, pull, push, stash, revert, and other handy commands (git-merge-octopus, anyone?).

Git has a lot of history behind it and a number of handy utilities and helper apps abound (like GitX for Mac).

However, I know that hg & bzr are out there, too, and I won't even attempt to make any disparaging remarks. I've read enough of both to think that maintaining a project with them would still be a sufficient improvement from SVN.

I think the choice of project management is perhaps more important than the tool that manages the code. So, the big contenders there that I'm aware of are continuing with Trac (which has a git plugin & hg plugin), or going the routes of something like github, assembla, or launchpad.

They all have their strengths, I think. Perhaps there is value in askin how Satchmo plans to continue with regards to its project image. I think Satchmo could use a bit of branding work. If Satchmo's code was moved over to a service like those mentioned above, it could provide an opportunity to break satchmoproject.com away from being limited by Trac integration and a bit more freedom to take a stab at defining a brand for Satchmo and redesigning the project's site to focus on the project itself, docs, and other material that is relevant. Code can be limited to a download link for a tar or something, as well as one that points people over to the repo on a hosted service.

Either way, +(the answer to life the universe and everything times number of horns on a unicorn times speed of light in furlongs per fortnight) for DVCS.

[Will Boyce]

> ...times the number of horns on a unicorn times...

Seems redundant? ;-)

--
Regards,

Will Boyce <ma...@willboyce.com>

tel: 07933 515 987
url: http://willboyce.com

----- "Bob Waycott" <bobwa...@gmail.com> wrote:
| From: "Bob Waycott" <bobwa...@gmail.com>
| To: satchm...@googlegroups.com
| Sent: Thursday, 12 March, 2009 05:13:44 GMT +00:00 GMT Britain, Ireland, Portugal
| Subject: Re: Git repository for satchmo

[Bob Waycott]

Yeah ... but it makes math more fun!

[Chris Moffitt]

Bob - Good point about site branding. I would like to freshen up the page and maybe even the demo store to be a little more current. Unfortunately, my design-fu is lacking. Are there any talented folks on the list that would like to help out with some redesigned logos and site layout?

-Chris

[Bob Waycott]

I'd love to.

[Nathan Ekstrom]

http://bitbucket.org/ does the same thing as github except for mercurial.

[Bob Waycott]

BitBucket, of course! I knew I was forgetting one. I think they appear to have the cleanest, simplest, and easy-looking interface of all the options.

[Bob Waycott]

Here's ubernostrum's repo for django-registration @ bitbucket.com, so everyone can interact with it compared to Trac.

http://bitbucket.org/ubernostrum/django-registration/overview/

[Bob Waycott]

I gotta say that as much as bzr  is interesting and all ... I'd really hate to use Launchpad. Holy crap that is one overdone interface. Geez. 

Let's compare bug tracking for a moment:

LaunchPad -- https://bugs.launchpad.net/bzr

BitBucket -- http://bitbucket.org/ubernostrum/django-registration/issues/

github doesn't have it ... everyone seems to use lighthouseapp.com (?), such as this:

Lighthouse -- http://gitx.lighthouseapp.com/projects/17830-gitx/tickets

then there's always bugzilla!!

Bugzilla -- https://bugzilla.mozilla.org/buglist.cgi?product=Core&product=Firefox&product=MailNews+Core&product=SeaMonkey&product=Thunderbird&product=Toolkit&bug_status=UNCONFIRMED,NEW,ASSIGNED,REOPENED,RESOLVED&chfield=[Bug%20creation]&chfieldfrom=-24h

I know there are others ... I couldn't find a bug page for a project in Assembla ... and we all know what Trac looks like.

Personally, I don't think I could find an interface more approachable and friendly for devs and less-technical users alike than BitBucket. Now I'm thinking I might just start playing with hg on my own to see how bitbucket goes ...

[Matt Youell]

On Mar 12, 6:45 am, Chris Moffitt <ch...@moffitts.net> wrote:
> Bob - Good point about site branding. I would like to freshen up the page
> and maybe even the demo store to be a little more current. Unfortunately, my
> design-fu is lacking. Are there any talented folks on the list that would
> like to help out with some redesigned logos and site layout?

I'm in the so-so category wrt design, but I've gotta say one thing
that has always bothered me about the Satchmo site is that the banner
has text but is a jpeg. The text has very noticeable artifacts from
this. Then the text says "the webshop for perfectionists with
deadlines"! Um... no? :)

--
-/matt/-
http://youell.com/matt

[Chris Moffitt]

The logo is getting stale. No doubt about it. So many things to improve upon ;)

-Chris

[Matt Youell]

On Mar 12, 7:35 pm, Chris Moffitt <ch...@moffitts.net> wrote:
> The logo is getting stale. No doubt about it. So many things to improve upon
> ;)

Maybe the JQuery folks will let you have their rockstar? Only slightly
used.