From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Cthun Newsgroups: gmane.emacs.help Subject: Re: What's your favourite *under_publicized* editing feature ofEmacs? Date: Sun, 27 Feb 2011 10:51:26 -0500 Organization: Ph'nglui mglw'nfah Cthulhu R'lyeh wgah'nagl fhtagn Message-ID: References: <1578157c-17a0-41ea-9420-9330f68b10fe@glegroupsg2000goo.googlegroups.com> <87ei6zpbor.fsf@rapttech.com.au> <2p8vx4550z.fsf@shell.xmission.com> <87lj11dhm9.fsf@lola.goethe.zz> <87pqqda3a4.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1298824851 27759 80.91.229.12 (27 Feb 2011 16:40:51 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 27 Feb 2011 16:40:51 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Feb 27 17:40:48 2011 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ptjfn-0004UB-Qb for geh-help-gnu-emacs@m.gmane.org; Sun, 27 Feb 2011 17:40:43 +0100 Original-Received: from localhost ([127.0.0.1]:34093 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ptjfn-0006jD-6R for geh-help-gnu-emacs@m.gmane.org; Sun, 27 Feb 2011 11:40:43 -0500 Original-Path: usenet.stanford.edu!goblin2!goblin.stu.neva.ru!aioe.org!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.help,comp.emacs,comp.lang.lisp Original-Lines: 66 Original-NNTP-Posting-Host: gzbFPmRp9v2yc2nz3hyyzw.user.speranza.aioe.org Original-X-Complaints-To: abuse@aioe.org User-Agent: MicroPlanet-Gravity/3.0.4 X-Notice: Filtered by postfilter v. 0.8.2 Original-Xref: usenet.stanford.edu gnu.emacs.help:185375 comp.emacs:101154 comp.lang.lisp:300008 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:79532 Archived-At: On 27/02/2011 10:46 AM, David Kastrup wrote: > Cthun writes: >> But that's not the same thing as software versioning, or anywhere >> close. > > One can still use the same tools nowadays. You can use a cheese grater to peel potatoes, too. But I wouldn't recommend it. >>> The gestation of both articles and novels is rarely linear. >> >> True enough. But it is also not going to fit especially well to what >> systems designed for software revision control do. There is a single >> long piece of text > > Which can still be separated into chapters if you like, subject to > reordering and conditional inclusion. A single C source file contains separate functions. What's your point? >> rather than lots of interacting software modules, for one thing; there >> are no builds or library dependencies or bug reports or feature >> requests. > > Last time I looked, revision control did not concern itself with builds > or library dependencies or bug reports or feature requests. Sure it does. Check out sourceforge sometime. You'll note that the key features involve many of these things. They work together as an integrated whole. What is the "master branch" but the currently evolving code base, the "2.1 branch" but the 2.1 build of the software, etc.? >> There's also a point where it's actually *finished*, > > Uh, you already forgot what I wrote about the various versions of > articles No, it's simply not relevant. Articles are typically written, revised, and eventually *finished*. >> while software is never finished and has many successive versions >> released, each fixing the bugs in the previous and adding new >> features. > > Like a republished polished article. Articles are not typically published with "bugs" and then later republished without them. Typical articles are published once and then that's it. >> In short there's almost nothing of what source code control systems >> are actually there for. If you want to be able to recover deleted >> material you use strikethru (and delete anything still in strikethru >> when it's done) or cut it and save it to a clippings file or >> something. > > Gross. You are not confusing word processing on a computer with > handwritten manuscripts by chance? Of course not. You on the other hand seem to be confusing word processing with software development!