On Jan 6, 2009, at 7:55 PM, Dave McGuire wrote: > On Jan 6, 2009, at 9:39 PM, John Doty wrote: >>>> I'm not clear on what your point is. In my flows, the "source" >>>> files >>>> from which the entire design can be regenerated go into CVS. >>>> "Releases" are "tagged" just as in a software flow, so I can >>>> readily >>>> look up the history of the versions that made it to hardware. And >>>> generally it is a software flow, too, since software is often >>>> part of >>>> the project. If the network isn't available, I can't access the >>>> archive, but I can still access whatever the "current" design on my >>>> laptop is, which is generally good enough except at the time of a >>>> release. >>> >>> A perfectly good approach, of course. I'm in a situation, >>> though, >>> in which the network is *never* unavailable, for other reasons, >>> and I >>> am a big fan of centralized storage and decentralized processing. >>> That is the standpoint from which I speak. >> >> I'm still not clear what you're asserting here. The project symbol >> directory approach works fine in a "centralized storage and >> decentralized processing" environment. Been there, done that, with >> Viewlogic instead of gEDA, but the issues are the same. > > Centralized on the *network*, not on a single system. I edit > schematics on many different systems, depending on where I'm working.
Yes, I understand that. At the MIT Center for Space Research we had hundreds of systems networked via NFS, and that's where I used this approach with Viewlogic. It doesn't matter whether you centralize with CVS or Subversion, centralize with NFS, decentralize with git, or just develop on a single machine. The project symbol directory approach works well in *all* of these cases. So I still don't understand what you are attempting to assert. > > -Dave > > -- > Dave McGuire > Port Charlotte, FL > > > > _______________________________________________ > geda-user mailing list > [email protected] > http://www.seul.org/cgi-bin/mailman/listinfo/geda-user > John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ [email protected] _______________________________________________ geda-user mailing list [email protected] http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
