Improving development process [message #165930] |
Fri, 26 August 2011 22:21 |
JanRei
Messages: 361 Registered: October 2005 Location: Germany
Karma: 0
|
Senior Member Contributing Core Developer Translator |
|
|
I have some ideas regarding the development process and would like to hear what you think about it.
1) Sometimes it's difficult for me to keep track of the posted suggestions and bugs. I am not sure whether some things go lost if nobody has time and knowledge to implement it right now. Over time the corresponding topic moves down the topic listing. Also, sometimes I am not sure whether somebody else is already working on it. Maybe it would be helpful to use some bug tracking system or enhancing the forum so that it can be used like that.
2) When we are in the RC phase (or even at the final RC before release) it makes sense to include only small or important fixes to prevent the introduction of new issues. Maybe we could create a branch for the stable version then so we can continue to use trunk for unimportant bug fixes and new features.
|
|
|
Re: Improving development process [message #165932 is a reply to message #165930] |
Fri, 26 August 2011 23:33 |
The Witcher
Messages: 675 Registered: May 2009 Location: USA
Karma: 3
|
Senior Member |
|
|
Sounds like a plan to me!
Anything that eases the process has to be good, I can only imagine how difficult it must be on you all trying to keep track of which things are serious issues and which ones are user error, already fixed, different configurations, or just plain lack of knowledge.
If I could I'd buy the beer.
"I'm a Witcher, I solve human problems; not always using a sword!"
|
|
|
|
Re: Improving development process [message #165941 is a reply to message #165935] |
Mon, 29 August 2011 01:01 |
JanRei
Messages: 361 Registered: October 2005 Location: Germany
Karma: 0
|
Senior Member Contributing Core Developer Translator |
|
|
1. I had a look at the Tracker feature. It seems to offer the basic things. Because we have Trac already enabled we could use this as bugtracker. At the moment I would prefer Trac because it allows to specify milestones for tickets and to create roadmaps for them. What do you think?
2. Currently I don't have something really disruptive. I meant a way to commit fixes that, for example, might be too risky for 3.0.3 and should go into 3.0.4.
As I am still learning PHP I am not sure I can write a documentation for the coding standards.
|
|
|