gnu-arch-users
[Top][All Lists]
Advanced

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

[Gnu-arch-users] Ideas for things to work on


From: Bruce Stephens
Subject: [Gnu-arch-users] Ideas for things to work on
Date: Wed, 29 Oct 2003 11:56:34 +0000
User-agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (gnu/linux)

(Related to the linux kernel 2.7 thread, obviously.)

Firstly, we should probably accept that not everyone is going to use
tla.  So tla has to be able to work (and work well) for individuals
working on a project which is mostly using something else.

Often that'll mean that taglines in files aren't an acceptable option.
(That doesn't say anything about what tagging-method is appropriate.)

So at least explicit has to work well (as far as I know, it does---I
dislike the implementation, but that's a side issue).

Something that allowed a project to gracefully migrate from explicit
tags to using taglines would be useful.

Probably it's also useful to get implicit naming working properly.
I'm currently using tla at work where mostly we use CVS.  Mostly we
aren't moving files around, so the convenient thing to do seems to me
to be to use tagline tagging method, with taglines for the occasional
files that I never want to commit to CVS, but mostly to use naming for
the rest of the files.  

Occasionally I need to move a file, so I just explicitly tag it,
commit, and then I can move it.  (If that happened often, then there'd
be problems if several of us were using tla.  But it doesn't, and
there aren't, anyway.)

I'm guessing that other people might choose that, at least initially.
(Perhaps I'll end up explicitly tagging all the files and directories,
eventually.)

Right now there's a bug (a whole bunch of visible bugs, but presumably
there's just one underlying bug) with implicitly named files.  Things
like "tla file-find" always fails to find an implicitly named file,
for example.

And then there's Cygwin (and perhaps spaces in filenames).  Neither
seems likely to be important to Linux kernel developers, but other big
projects are likely to be put off by lack of a Windows client.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]