fmII
Tue, May 13th home | browse | articles | contact | chat | submit | faq | newsletter | about | stats | scoop 14:27 PDT
in
Section
login «
register «
recover password «
[Project] add release | add branch | add screenshot | broken links | change owner | email subscribers | update project | update branch (urls) [Project]

 COllaborative DEvelopment SHell - Default branch
Section: Unix

 

Added: Thu, Nov 16th 2006 08:27 PDT (1 year, 5 months ago) Updated: Fri, May 2nd 2008 10:58 PDT (11 days ago)


Screenshot About:
CODESH (COllaborative DEvelopment SHell) is an automatic persistent logbook for sessions of personal command line work. It records what and how is being done, for private use/reuse and for sharing selected parts with collaborators. It is an intelligent shell that automatically logs user's shell sessions. Sessions are uniquely tagged and stored in local or distributed backend repositories (ASCII flat file or Subversion or CVS based) and can be extracted and reproduced at any time by the user who created the session or by collaborators located anywhere in the world.

Author:
Trump Coup [contact developer]

Rating:
8.47/10.00 (1 vote)

Homepage:
http://cern.ch/bourilkov/caves.html
Tar/GZ:
http://vitosha.phys.ufl.edu:60806/~bourilkov/codesh-1.2.0.tar.gz
Changelog:
http://vitosha.phys.ufl.edu:60806/~bourilkov/codesh-1.2.0-README.html

Trove categories: [change]
[Development Status]  3 - Alpha
[Environment]  Console (Text Based)
[Intended Audience]  Advanced End Users, Developers, End Users/Desktop
[License]  OSI Approved :: GNU General Public License (GPL)
[Programming Language]  Python, Unix Shell
[Topic]  Communications :: File Sharing, Information Management, Scientific/Engineering, System :: Shells, Utilities

Dependencies: [change]
No dependencies filed

 
Project admins: [change]
» Trump Coup (Owner)

» Rating: 8.47/10.00 (Rank N/A)
» Vitality: 0.12% (Rank 1211)
» Popularity: 0.73% (Rank 7990)

project statsdownload stats
(click to enlarge graphs)
   Record hits: 6,917
   URL hits: 1,811
   Subscribers: 22

Other projects from the same categories:
LinHerp
Command Line Progress Bar
bvi
Astro Battle
reTax

Users who subscribed to this project also subscribed to:
DAKOTA
Inquisitor
epto
Driver On Demand
CryptoHeaven


Add comment · Rate this project · Subscribe to new releases · Ignore this project · Email this project to a friend · Project record in XML

 Branches

Branch Version Last release License URLs
Default 1.2.0 02-May-2008 GNU General Public License (GPL) Homepage Tar/GZ Changelog

 Comments

[»] Unfortunate CVS Dependency
by Richard Harris - Nov 17th 2006 07:22:40

Many engineers have nothing to do with, and in fact avoid, CVS. You have a very nice tool here. Why do I need CVS to use it? Why can't it simply dump its logs in a directory and only use CVS if I explicitly ask it to. And if it uses CVS, shouldn't it also use Subversion and any other popular versioning system. Best would be if all that were optional and anyone could use the basic functionality that only your tool provides.

[reply] [top]


    [»] Re: Unfortunate CVS Dependency
    by Trump Coup - Nov 17th 2006 14:32:41


    > Many engineers have nothing to do with,

    > and in fact avoid, CVS. You have a very

    > nice tool here. Why do I need CVS to

    > use it? Why can't it simply dump its

    > logs in a directory and only use CVS if

    > I explicitly ask it to. And if it uses

    > CVS, shouldn't it also use Subversion

    > and any other popular versioning system.

    > Best would be if all that were optional

    > and anyone could use the basic

    > functionality that only your tool

    > provides.


    Dear Richard,

    Thank you for your comment, you bring up a very important point. In the course of developing the CODESH architecture we have separated the persistency backend (codeshb.py) from the user interface so they are basically independent. I will add that we are currently working on a subversion backend and users will be able to choose by changing a configuration parameter at strartup. As you say, one could have an option to just dump ascii files which are easy to port and introduce no dependencies. I'll take this as a feature request for our to-do list, thanks for the suggestion.

    I will add that our architecture hides cvs (or future backends) from the user, so you don't need to know much about cvs - with its not very simple syntax - to start using it.

    Best, Dimitri Bourilkov

    [reply] [top]




© Copyright 2008 SourceForge, Inc., All Rights Reserved.
About freshmeat.net •  Privacy Statement •  Terms of Use •  Trademark Guidelines •  Advertise •  Contact Us • 
ThinkGeek •  Slashdot  •  ITMJ •  Linux.com •  NewsForge  •  SourceForge.net  •  Surveys •  Jobs •  PriceGrabber