Author Topic: The 16 september 2006 build will NOT be out.  (Read 12075 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
The 16 september 2006 build will NOT be out.
« on: September 16, 2006, 08:52:40 pm »
no commits

Offline Phatency

  • Multiple posting newcomer
  • *
  • Posts: 65
Re: The 16 september 2006 build will NOT be out.
« Reply #1 on: September 17, 2006, 12:47:06 pm »
I get depressed on these days with no commits :(

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2778
Re: The 16 september 2006 build will NOT be out.
« Reply #2 on: September 17, 2006, 03:05:09 pm »
I get depressed on these days with no commits :(

Don't get depressed! It probably means the devs are off working on "something wonder-ful".  :D

Offline David Perfors

  • Developer
  • Lives here!
  • *****
  • Posts: 560
Re: The 16 september 2006 build will NOT be out.
« Reply #3 on: September 17, 2006, 03:36:16 pm »
Or they have worked to hard, so they needed a rest... (There is nothing wrong with that.. ;))
OS: winXP
Compiler: mingw
IDE: Code::Blocks SVN WX: 2.8.4 Wish list: faster code completion, easier debugging, refactoring

Offline C D Tamhankar

  • Multiple posting newcomer
  • *
  • Posts: 16
Re: The 16 september 2006 build will NOT be out.
« Reply #4 on: September 17, 2006, 06:21:45 pm »
For effective utilization of developed code  and also  proper testing of code .... there should be  3-4 commits per week. Otherwise there is toooo much pressure on developers to complete commits.

Offline David Perfors

  • Developer
  • Lives here!
  • *****
  • Posts: 560
Re: The 16 september 2006 build will NOT be out.
« Reply #5 on: September 17, 2006, 10:12:05 pm »
hmm. lets see:
* last week: 11 commits
* week before last week: 22 commits
* week before that: over 30 commits

so, I think the developers are committing enough :P
OS: winXP
Compiler: mingw
IDE: Code::Blocks SVN WX: 2.8.4 Wish list: faster code completion, easier debugging, refactoring

Encryptor

  • Guest
Re: The 16 september 2006 build will NOT be out.
« Reply #6 on: September 18, 2006, 12:36:31 am »
Doesn't this also imply that the number commits is decreasing?  :?

Offline mandrav

  • Project Leader
  • Administrator
  • Lives here!
  • *****
  • Posts: 4315
    • Code::Blocks IDE
Re: The 16 september 2006 build will NOT be out.
« Reply #7 on: September 18, 2006, 08:40:55 am »
Doesn't this also imply that the number commits is decreasing?  :?

Please keep in mind that we 're slowly reaching the feature-freeze period where only bug-fixes are committed.
And please give us some slack here... We have real lives too, you know ;).
Be patient!
This bug will be fixed soon...

Offline jarro_2783

  • Multiple posting newcomer
  • *
  • Posts: 99
    • Project Freedom
Re: The 16 september 2006 build will NOT be out.
« Reply #8 on: September 18, 2006, 01:25:42 pm »
For effective utilization of developed code  and also  proper testing of code .... there should be  3-4 commits per week. Otherwise there is toooo much pressure on developers to complete commits.

lol, for a project I'm working on we just commit whenever. Sometimes I've commited almost 10 times in one day.

Offline David Perfors

  • Developer
  • Lives here!
  • *****
  • Posts: 560
Re: The 16 september 2006 build will NOT be out.
« Reply #9 on: September 18, 2006, 07:49:41 pm »
For effective utilization of developed code  and also  proper testing of code .... there should be  3-4 commits per week. Otherwise there is toooo much pressure on developers to complete commits.

lol, for a project I'm working on we just commit whenever. Sometimes I've commited almost 10 times in one day.
Sometimes I commit once in the month :P then development is going very slow ;)
OS: winXP
Compiler: mingw
IDE: Code::Blocks SVN WX: 2.8.4 Wish list: faster code completion, easier debugging, refactoring

Offline C D Tamhankar

  • Multiple posting newcomer
  • *
  • Posts: 16
Re: The 16 september 2006 build will NOT be out.
« Reply #10 on: September 27, 2006, 10:03:49 pm »
For effective utilization of developed code  and also  proper testing of code .... there should be  3-4 commits per week. Otherwise there is toooo much pressure on developers to complete commits.

lol, for a project I'm working on we just commit whenever. Sometimes I've commited almost 10 times in one day.
Sometimes I commit once in the month :P then development is going very slow ;)

Mr. Mispunt ...

I have different views on number of commits and speed.

I feel commits & development speed has no direct relations.
Number of commits  entirely depends on the development stage of the package and complication level of the logic.

For last 8-10 yrs, I do not encourage my team members to commit more than once a day unless its very very essential. And every team member commits ( normally ) at a specific time. And my team has rarely crossed the deadline. And over the period we have realized that, less commits has not affected to completion of the assignment.

You style of working has to equally good, as you all are achieving, what you have planned. I have all praise for you all !!!

(I was not interested in distracting you all, so I was not replying. But, I am replying today because there are no commits for last 2 days.)

Offline David Perfors

  • Developer
  • Lives here!
  • *****
  • Posts: 560
Re: The 16 september 2006 build will NOT be out.
« Reply #11 on: September 27, 2006, 11:15:38 pm »
Mr. Mispunt ...
Wow, I am called mr. :P I can't believe it ;)

But since there are no rules about committing. But in this opensource world, people are committing changes when one or more bug(s) is fixed or a new feature is implemented. So it is up to the developer to deside when there is a commit. I know that Yiannis is testing features for a few days sometimes before he is committing it.
Beside that, this project doesn't have any deadlines, so the devs are not crossing that line :P

(To be honnest, I think I am not fully understanding all the talk ;) keep that in mind...)
OS: winXP
Compiler: mingw
IDE: Code::Blocks SVN WX: 2.8.4 Wish list: faster code completion, easier debugging, refactoring