Archive for [<Tag: github>]

  • Github now also hosts project files

    Slowly but steadly Github seems to be really becoming a full project-hosting service. Just yesterday they added a simple upload-area were project members can for instance upload release-tarballs and things like that. Besides manually uploaded files, the downloads-page of each project also includes the tarballs autogenerated by github (I think one per tag). It's weird, though, that they absolutely require Flash 9.01 and don't offer a simple HTML-only fallback. I can understand the wish to upload directly to S3, but at least a fallback would have been nice. Not that this is a showstopper, though ;-)

    Anyway, I guess all that is missing now is a simple issue tracker like the on bitbucket has.

    2009/02/11 at 10:51:17

    1 comments

  • Github presents Gist

    Think about what it would look like if a versioning system like git and a pastie had a child, and you'd probably came quite close what the folks behind the project hosting service Github let loose on the web just yesterday: Gist, a pastie that supports versioning and much more.

    Read more about "Github presents Gist" ...

    2008/07/22 at 19:33:27

    5 comments

  • GitHub needs HTTP cloning support

    One of the big disadvantages that GitHub has over for instance Gitorious is that there is no way to clone a repository over HTTP. The service is currently limited to cloning via git:// which is quite a problem if you're living behind for instance a corporate firewall.

    There already is a ticket associated with this problem on GitHub's Lighthouseapp project page, where defunct wrote:

    I'm going to close this until more people ask for it. We plan to start keep track of clone stats so git-daemon is actually preferable.

    So please everyone, vote for this ticket.

    2008/06/10 at 10:57:56

    0 comments

  • Ads and Terms of Service

    On the GitHub mailinglist there is currently quiet a weird discussion going on regarding following clause in the terms of service there:

    7. If you are using a free account you are not permitted to block ads.

    The discussion more or less is centered around the question, how GitHub plans to enforce this condition. The funny part comes, when you just google for this term and notice, that this isn't really GitHub specific, but more or less part of a wildly used set of TOS.

    Read more about "Ads and Terms of Service" ...

    2008/06/26 at 17:21:10

    0 comments

  • Master your default-branch on Github

    Sometimes small features are just as important as big ones. For nearly 6 months I've been waiting for such a small feature and tonight github finally implemented it: The option to choose the default branch of a repository.

    Why is this so important for me? I have a small repository where we translate the official Django documentation into German. Since we want to stick as close to the structure used upstream as possible, we have the documentation for 1.1 in the master-branch and the one for 1.0 in the releases/1.0.X branch. The problem was until now that most of our efforts right now happen in the 1.0-branch which we'll then simply merge into 1.1 once it is mostly complete. Previously we had to put a huge WARNING in the description of our repository to tell people what branch to use, now we can make that just a small warning ;-)

    So now, when you visit the translation's project on Github, you see the 1.0-branch right away :D

    2009/04/23 at 10:54:25

    0 comments

See all tags used for weblog posts