[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [N8VEM-S100:2365] Re: accepting pre-orders for the S-100 Z80 CPU V2 board

Hi Michael!  Thanks!  Unfortunately I did not use any configuration management at all during the development of the N8VEM boards.  Had this been done at the beginning it would be a good thing.  However backing 6 years of data into a CM system now is quite a large and difficult task. 


I suggest we start with a few small stable boards and enter those into a CM system.  There is little information on the versioning of boards except maybe S100computers.com and wiki webpages of the various boards.  Some of the older versions exist but others have been updated or wiped completely.


Thanks and have a nice day!

Andrew Lynch



From: n8vem...@googlegroups.com [mailto:n8vem...@googlegroups.com] On Behalf Of Michael Narigon
Sent: Saturday, February 8, 2014 11:59 AM
To: n8vem...@googlegroups.com
Subject: Re: [N8VEM-S100:2365] Re: accepting pre-orders for the S-100 Z80 CPU V2 board


Hi Andrew,


A comment on the configuration management of the designs. This sounds like the classic configuration management problem in software releases, where there are three mechanisms put in place to help. They are a version description document, a build system, and versioning on the files.


The version description document is just a list of the items used in a release. So, for a board spin it would be the EDA tool version, library versions, etc. This allows someone later on know what versions went into that release.


The build system is just the system where there is some care on knowing what it configuration is (so that it can be documented in the version description document.) For a board release this is knowing what libraries you have loaded, any macros or configuration known, etc.


For library versions for projects without a version control tool a simple add of say initials of the user and the date to the file name is enough to keep track. For the shared N8VEM part library someone would be assigned the owner to accept changes and release new versions to the users.


So, how it would work. I create a new board starting with the library N8VEM-parts-2013-12-31. I add a couple of parts that I think will be useful so on my machine I call the library N8VEM-parts-mln-2014-02-08. I work on the board and get it ready to release. Before I hit the button, I make sure I have only that library loaded. I create a version description document that I add to the .zip along with my library version and project files so that someone has everything they need to rebuild my project. If I hadn't added any parts to the library, then I wouldn't have to zip it, because people would know what version of the shared library they would need.


You keep the old versions around, but you know they are old versions because of the date. For the shared library, you change the date and have a simple note saying what added, changed, deleted.


So, sorry if this is obvious to everyone but I think with some simple steps it should be workable.  Michael

You received this message because you are subscribed to the Google Groups "N8VEM-S100" group.
To unsubscribe from this group and stop receiving emails from it, send an email to n8vem-s100+...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.