Advertisement

You're blocking ads, which pay for BlenderNation. Read about other ways to support us.

Developer Meeting Notes: November 3, 2013

14

blender_logo_shinyThe developers are back from the conference and projects have restarted again! Main focus: the new GIT development environment.

Ton Roosendaal writes:

Hi all,

Here are the notes from today's meeting in irc.freenode.net, #blendercoders.

1) Blender 2.69 release review

  • No showstoppers reported. Seems our new Release Candidate scheduling is paying off now. :)

2) Migration to git and upgrade of projects site

  • People can see the WIP git server here. Warning!!! This repo and all the hashes may change still, use for testing only.
  • New projects website will be here: http://developer.blender.org/. That url will show something in a couple of days). Sneak peek! Full planning is here in wiki.
  • The migration team thinks we can have something work within a week! Of course, a nice friendly svn-to-git doc for Blender developers will be in wiki before we migrate officially. (My personal vote is for a git migration video with Campbell Barton!).

3) Current projects

  • Sergey Sharybin: works on a switch option to regular Beziers in mask editing
  • Still too many bugs in tracker. All BF/BI devs who don't do git migration will keep having focus on managing issues in tracker.

About the Author

Avatar image for Bart Veldhuizen
Bart Veldhuizen

I have a LONG history with Blender - I wrote some of the earliest Blender tutorials, worked for Not a Number and helped run the crowdfunding campaign that open sourced Blender (the first one on the internet!). I founded BlenderNation in 2006 and have been editing it every single day since then ;-) I also run the Blender Artists forum and I'm Head of Community at Sketchfab.

14 Comments

  1. Lawrence D’Oliveiro on

    Can’t wait for the switchover to Git. Hopefully we should see the following changes:

    * More rapid merging of new features into the master branch. Since merging can be done more easily, why not do it more often, so features do not have to be completely nailed down and stable before the first merge.
    * Separate stable releases out into their own branches. That way they can continue to receive bugfixes in parallel with master, but not new features. Of course, all bugfixes should also be merged into master.
    * I’d like to see some official Blender repo on GitHub, so that I can identify my copy as a fork from that. By all means let the Blender Foundation run its own central Git server as the ultimate authoritative source for the (ahem) source, but I think it’s also worthwhile to maintain a presence on social-coding sites like GitHub and Gitorious.

Leave A Reply

To add a profile picture to your message, register your email address with Gravatar.com. To protect your email address, create an account on BlenderNation and log in when posting a message.

Advertisement

×