kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #00714
Re: Release Candidate, SVN planning, and todo.txt
-
To:
kicad-devel@xxxxxxxxxxxxxxx
-
From:
jean-pierre charras - INPG <jean-pierre.charras@...>
-
Date:
Mon, 05 Nov 2007 08:53:29 +0100
-
In-reply-to:
<472DE468.4020803@...>
-
User-agent:
Thunderbird 2.0.0.6 (Windows/20070728)
Dick Hollenbeck a écrit :
Ok.
So, the todo list must have infos like the changelog file, i.e.:
2007-Nov-2 TODO Jack Smith <JSmith@...>
================================================================================
todo list.
Must we have a "work_in_progress" list, because sometimes, we must
synchronise the work ?
Would it be sufficient to make the todo.txt item be:
2007-Nov-2 Assigned To: Jack Smith <JSmith@...>
================================================================================
for assigned or claimed items, and
2007-Nov-2 Assigned To: nobody
================================================================================
for unassigned or unclaimed items.
And then simply delete the item when it is completed.
This sounds good.
I am not
completely clear what you mean by synchronizing the work.
This is due to my poor english.
I am thinking about something like the todo list, but only about one
topic (namely zone redesign for now)
But perhaps mails could be sufficient.
However i planned to release the current kicad version ASAP (next week
for a release candidate) because the current version is rather good.
So the bug hunting is the priority (and during this time thinking about
zones is the priority) .
After we can start large changes on zone handling (when some ansvers
will be found about these problems).
This is good that you are sharing your thoughts about the release
candidate. The translators will hopefully get their text strings
current with the C++ code in the next few days.
Also, we should plan on snapshotting the source tree into the svn tags
directory as we have done before at the time of a release. But this
time also snapshot it (C++ only, not the bulky docs and libs) into the
branch tree, so we can maintain the old version for fixes. That way we
can smash the hell out of anything needed on HEAD as we want to use HEAD
for the bleeding edge of the zone redesign.
What do you think about this?
Dick
I fully agree with you.
--
Jean-Pierre CHARRAS
Maître de conférences
Directeur d'études 2ieme année.
Génie Electrique et Informatique Industrielle 2
Institut Universitaire de Technologie 1 de Grenoble
BP 67, 38402 St Martin d'Heres Cedex
Recherche :
Grenoble Image Parole Signal Automatique (GIPSA - INPG)
46, Avenue Félix Viallet
38031 Grenoble Cedex
References