Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(12) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
|
Feb
|
Mar
(1) |
Apr
(6) |
May
(3) |
Jun
(1) |
Jul
|
Aug
(9) |
Sep
(2) |
Oct
(2) |
Nov
(8) |
Dec
(6) |
2004 |
Jan
(12) |
Feb
(19) |
Mar
(2) |
Apr
(2) |
May
(4) |
Jun
(11) |
Jul
|
Aug
(14) |
Sep
(4) |
Oct
(27) |
Nov
(4) |
Dec
(22) |
2005 |
Jan
(14) |
Feb
(2) |
Mar
(11) |
Apr
(3) |
May
(14) |
Jun
(60) |
Jul
(58) |
Aug
(76) |
Sep
(72) |
Oct
(59) |
Nov
|
Dec
(4) |
2006 |
Jan
(1) |
Feb
(5) |
Mar
(13) |
Apr
(11) |
May
(30) |
Jun
(17) |
Jul
(18) |
Aug
(39) |
Sep
|
Oct
|
Nov
|
Dec
(17) |
2007 |
Jan
(18) |
Feb
(5) |
Mar
(20) |
Apr
(2) |
May
(3) |
Jun
(13) |
Jul
(11) |
Aug
(4) |
Sep
(6) |
Oct
(9) |
Nov
(3) |
Dec
|
2008 |
Jan
(10) |
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
(9) |
Jul
(10) |
Aug
(10) |
Sep
(13) |
Oct
(34) |
Nov
(12) |
Dec
(8) |
2009 |
Jan
(4) |
Feb
(11) |
Mar
(12) |
Apr
(3) |
May
(36) |
Jun
(4) |
Jul
(11) |
Aug
(12) |
Sep
(25) |
Oct
(13) |
Nov
(9) |
Dec
|
2010 |
Jan
|
Feb
(12) |
Mar
(6) |
Apr
(10) |
May
(12) |
Jun
|
Jul
(4) |
Aug
(9) |
Sep
(12) |
Oct
(3) |
Nov
(6) |
Dec
(3) |
2011 |
Jan
(2) |
Feb
(1) |
Mar
(3) |
Apr
(5) |
May
(3) |
Jun
(8) |
Jul
|
Aug
(14) |
Sep
|
Oct
(3) |
Nov
(1) |
Dec
|
2012 |
Jan
(2) |
Feb
(10) |
Mar
(4) |
Apr
(3) |
May
(2) |
Jun
(5) |
Jul
|
Aug
(3) |
Sep
|
Oct
(2) |
Nov
(4) |
Dec
(2) |
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(1) |
Nov
|
Dec
(2) |
2014 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
|
1
|
2
|
3
|
4
|
5
|
6
|
7
|
8
(4) |
9
(1) |
10
|
11
|
12
|
13
|
14
|
15
(4) |
16
(5) |
17
(1) |
18
|
19
(2) |
20
(1) |
21
|
22
(3) |
23
|
24
|
25
|
26
|
27
|
28
(1) |
29
|
30
|
31
|
|
From: Kaitlin Hansen <corrosion@ya...> - 2004-12-28 19:19:13
|
N944ed11 Up-to-80 Percent OFF Inkjet and Toner - 951372 - http://besserafireworks.com Not for me: - foradditionaluses.com y068br41 |
From: David Sitsky <sits@us...> - 2004-12-22 22:19:00
|
On Thu, 23 Dec 2004 08:58, Labhard, Michael E wrote: > Thank you very much for your extremely prompt and courteous reply. It > provided just enough of a jog for us to get back on track and > installation was finally successful. No worries - great to hear. > Just a suggestion. When an installation requires the user to do A > _before_ doing B, if B fails for any reason it may be useful to remind > the user that A must be done first. After several hours of work we > forgot that there was a sequence we needed to follow. I'll add a more useful message for the database dependency module reminding user's to set the $db variable and to setup their database. If you find out anything else lacking - please don't hesitate to drop a message here. -- Cheers, David |
From: David Sitsky <sits@us...> - 2004-12-22 21:31:06
|
On Thu, 23 Dec 2004 08:06, Labhard, Michael E wrote: > Two of us have spent 2 days attempting to install Codestriker on Windows > XP systems without success. The absolute requirement of MySQL > installation stopped our use of checkperl.pl. Then guessed that the > codestriker.pl.base was the main module but didn't know what to do with > @CODESTRIKER_LIB_DECLARATION@ I agree Codestriker is not very easy to install. It is something we would like to improve, so any other feedback you have would be good. However, you don't need to install MySQL. Your first step should have been to initialise your database for Codestriker to use, which in your case (I am guessing), was setting up an ODBC datasource with SQL Server. Then you should have updated your $db variable in codestriker.conf _before_ running checksetup.pl. If this was done, you wouldn't need MySQL installed. Is this how you did things at your site? You need checksetup.pl to run before Codestriker can be used. -- Cheers, David |
From: Labhard, Michael E <michael.e.labhard@in...> - 2004-12-22 21:16:34
|
Two of us have spent 2 days attempting to install Codestriker on Windows XP systems without success. The absolute requirement of MySQL installation stopped our use of checkperl.pl. Then guessed that the codestriker.pl.base was the main module but didn't know what to do with @CODESTRIKER_LIB_DECLARATION@ =20 Without further assistance we will have to abandon our interest in Codestriker. Any help would be gratefully received. =20 -- Michael |
From: Aamer Akhter <aakhter@gm...> - 2004-12-20 16:12:06
|
David, thank-you for your consideration. inline: On Mon, 20 Dec 2004 08:59:11 +1100, David Sitsky <sits@...> wrote: > Actually it may not be lots of work, but a medium amount of it. :) > > We will only be able to support it for those topics that are linked to a > repository. That way, we'll be able to generate the entire original > source file and the entire new source file with the changes applied. We > should then be able to run enscript on both of these temporary files, so > that it is marked up in HTML. This will need to be done for each file > being displayed. > > Assuming enscript doesn't add newlines, we then should be able to carefully > apply the codestriker-specific formatting that is required to each line, as far as i can see new lines (or <br>) are not added. it is a shame however that enscript does not use CSS, but straight html formatting. > most of which doesn't involve the code itself, but around it. Enabling > LXR linking at the same time will be more complex, but may not be > impossible, with the right regular expressions. I haven't been able to get LXR to work so far (just not enough time to much with it), but I guess a problem there might be (depending on how codestriker and LXR interact), supoose the actual code has html like (or even html) passages embedded. It will be a challange to distinguish between the enscript added and the original html. > > People have asked for this before... it would be a nice feature. I don't > know if I'll have time before the new year to look at it though, most > likely at the start of next year. again, thanks for considering this. please let me know if there is anything specific i may be able to help out in. > > Cheers, > David > > On Sun, 19 Dec 2004 14:44, Jason Remillard wrote: > > Hi, > > > > It think would be difficult to use enscript. Codestriker needs to do its > > own html formatting for adding comments, handing diffs, etc. ViewCVS can > > just use the output file almost as is. Codestriker is heavily used with > > patches, so the enscript rules are not quite right for a patch file. > > However, it sure does have a lot language filters setup. I bet with a > > some work it would be possible to make CS read (or translate) the > > enscript .st files that has the formatting rules for 70 languages. Of > > coarse it makes the rendering code more complicated. > > > > > > It is a good idea, but lots of work to do it in Codestriker. > > > > Thanks > > Jason. > > > > > Date: Fri, 17 Dec 2004 17:08:08 -0500 > > > From: Aamer Akhter <aakhter@...> > > > Reply-To: Aamer Akhter <aakhter@...> > > > To: codestriker-user@... > > > Subject: [Codestriker-user] integration with enscript / other language > > > colorizing tool > > > > > > Hello, > > > 0 > > > Is there a way to add language colorization to codestriker (much like > > > viewcvs). > > > > > > eg: > > > enscript -Etcl --color --language=html connectlib.tcl -o /tmp/o.html > > > > > > will generate colorized html using the enscript provided tcl context > > > rules. a problem that comes up is that the html output will need to > > > parsed to insert the codestriker links for line comments. > > > > > > IMHO this would go a long way to make reviewing much quick/easier. > > > > > > > > > -- > > > Aamer Akhter / aakhter@... > > > > __________________________________ > > Do you Yahoo!? > > Read only the mail you want - Yahoo! Mail SpamGuard. > > http://promotions.yahoo.com/new_mail > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://productguide.itmanagersjournal.com/ > > _______________________________________________ > > Codestriker-user mailing list > > Codestriker-user@... > > https://lists.sourceforge.net/lists/listinfo/codestriker-user > > -- > Cheers, > David > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Codestriker-user mailing list > Codestriker-user@... > https://lists.sourceforge.net/lists/listinfo/codestriker-user > -- Aamer Akhter / aakhter@... |
From: David Sitsky <sits@us...> - 2004-12-19 22:06:48
|
Actually it may not be lots of work, but a medium amount of it. :) We will only be able to support it for those topics that are linked to a repository. That way, we'll be able to generate the entire original source file and the entire new source file with the changes applied. We should then be able to run enscript on both of these temporary files, so that it is marked up in HTML. This will need to be done for each file being displayed. Assuming enscript doesn't add newlines, we then should be able to carefully apply the codestriker-specific formatting that is required to each line, most of which doesn't involve the code itself, but around it. Enabling LXR linking at the same time will be more complex, but may not be impossible, with the right regular expressions. People have asked for this before... it would be a nice feature. I don't know if I'll have time before the new year to look at it though, most likely at the start of next year. Cheers, David On Sun, 19 Dec 2004 14:44, Jason Remillard wrote: > Hi, > > It think would be difficult to use enscript. Codestriker needs to do its > own html formatting for adding comments, handing diffs, etc. ViewCVS can > just use the output file almost as is. Codestriker is heavily used with > patches, so the enscript rules are not quite right for a patch file. > However, it sure does have a lot language filters setup. I bet with a > some work it would be possible to make CS read (or translate) the > enscript .st files that has the formatting rules for 70 languages. Of > coarse it makes the rendering code more complicated. > > > It is a good idea, but lots of work to do it in Codestriker. > > Thanks > Jason. > > > Date: Fri, 17 Dec 2004 17:08:08 -0500 > > From: Aamer Akhter <aakhter@...> > > Reply-To: Aamer Akhter <aakhter@...> > > To: codestriker-user@... > > Subject: [Codestriker-user] integration with enscript / other language > > colorizing tool > > > > Hello, > > 0 > > Is there a way to add language colorization to codestriker (much like > > viewcvs). > > > > eg: > > enscript -Etcl --color --language=html connectlib.tcl -o /tmp/o.html > > > > will generate colorized html using the enscript provided tcl context > > rules. a problem that comes up is that the html output will need to > > parsed to insert the codestriker links for line comments. > > > > IMHO this would go a long way to make reviewing much quick/easier. > > > > > > -- > > Aamer Akhter / aakhter@... > > __________________________________ > Do you Yahoo!? > Read only the mail you want - Yahoo! Mail SpamGuard. > http://promotions.yahoo.com/new_mail > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Codestriker-user mailing list > Codestriker-user@... > https://lists.sourceforge.net/lists/listinfo/codestriker-user -- Cheers, David |
From: Jason Remillard <jremillardshop@ya...> - 2004-12-19 03:44:29
|
Hi, It think would be difficult to use enscript. Codestriker needs to do its own html formatting for adding comments, handing diffs, etc. ViewCVS can just use the output file almost as is. Codestriker is heavily used with patches, so the enscript rules are not quite right for a patch file. However, it sure does have a lot language filters setup. I bet with a some work it would be possible to make CS read (or translate) the enscript .st files that has the formatting rules for 70 languages. Of coarse it makes the rendering code more complicated. It is a good idea, but lots of work to do it in Codestriker. Thanks Jason. > Date: Fri, 17 Dec 2004 17:08:08 -0500 > From: Aamer Akhter <aakhter@...> > Reply-To: Aamer Akhter <aakhter@...> > To: codestriker-user@... > Subject: [Codestriker-user] integration with enscript / other language > colorizing tool > > Hello, > 0 > Is there a way to add language colorization to codestriker (much like > viewcvs). > > eg: > enscript -Etcl --color --language=html connectlib.tcl -o /tmp/o.html > > will generate colorized html using the enscript provided tcl context > rules. a problem that comes up is that the html output will need to > parsed to insert the codestriker links for line comments. > > IMHO this would go a long way to make reviewing much quick/easier. > > > -- > Aamer Akhter / aakhter@... > > > __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail |
From: Aamer Akhter <aakhter@gm...> - 2004-12-17 22:08:16
|
Hello, Is there a way to add language colorization to codestriker (much like viewcvs). eg: enscript -Etcl --color --language=html connectlib.tcl -o /tmp/o.html will generate colorized html using the enscript provided tcl context rules. a problem that comes up is that the html output will need to parsed to insert the codestriker links for line comments. IMHO this would go a long way to make reviewing much quick/easier. -- Aamer Akhter / aakhter@... |
From: Raphael Sheehan <handyman@ya...> - 2004-12-16 08:48:24
|
DOWN LOAD-- DVD, MP3, Music, X Box, Movies Still In Theaters, Mature Movies, Software Don't miss this - http://www.supercenternetwork.com/crstms.html No more adz, thanks: - http://www.supercenternetwork.com/postmark.html h114yj16 abbott lamp isle |
From: David Sitsky <sits@us...> - 2004-12-16 04:04:53
|
Hi Aamer, > yup. actually we have an internal sourceforge type server and the plan > was to create linkages between sourceforge and codestriker. i think at > least in our case the reviews will happen such that: > > project = {repository, module} => project specific mailing list (for > review notifications) Yes that association does make sense. I have always toyed with the idea of adding extra fields into the project table, so that a default repository and Cc field for the create topic screen could be set initially. It might also make sense for the user's cookie to be set per-project, so that the repository, and other fields will be remember per-project, rather than on a global basis as it is done now. > btw. thanks for writing codestriker, it solves a great need for us. No worries, we are always happy to hear feedback like that! Let us know if you have any other ideas, or have any submissions to give to us. -- Cheers, David |
From: David Sitsky <sits@us...> - 2004-12-16 02:45:39
|
On Thu, 16 Dec 2004 12:16, Aamer Akhter wrote: > David, thanks that makes sense. would it be possible to have a more > verbose message such as 'this repository type does not support tag > retreival, you have to use the text file upload' > > your explanation below was more than enough. Hi Aamer, Thanks - you're right. The current message is very terse. I'll fix it up to output what you have said above. -- Cheers, David |
From: Aamer Akhter <aakhter@gm...> - 2004-12-16 01:23:53
|
On Thu, 16 Dec 2004 10:26:48 +1100, David Sitsky <sits@...> wrote: > On Thu, 16 Dec 2004 04:43, Aamer Akhter wrote: > > is there a way to link module, project and scm repository such that > > when a project is selected, the scm repo and module are automatically > > selected? > > At this stage no. Most users seem to work on only a single project at a > time, so having the cookie remember their last project + repository > selection seems to work ok in practice. > > In your situation, do you have users which are members of multiple > projects? yup. actually we have an internal sourceforge type server and the plan was to create linkages between sourceforge and codestriker. i think at least in our case the reviews will happen such that: project = {repository, module} => project specific mailing list (for review notifications) so, even in the same repository there may be multiple modules that would go to different reviewers etc. i did notice that the one secod attempts, the fields were autopopulated, so now i know where that was coming from ;-). btw. thanks for writing codestriker, it solves a great need for us. > > -- > Cheers, > David > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Codestriker-user mailing list > Codestriker-user@... > https://lists.sourceforge.net/lists/listinfo/codestriker-user > -- Aamer Akhter / aakhter@... |
From: Aamer Akhter <aakhter@gm...> - 2004-12-16 01:17:09
|
David, thanks that makes sense. would it be possible to have a more verbose message such as 'this repository type does not support tag retreival, you have to use the text file upload' your explanation below was more than enough. On Thu, 16 Dec 2004 10:25:16 +1100, David Sitsky <sits@...> wrote: > > my codestriker.conf: > > 'http://cvs.blah.blah.com/cgi-bin/viewcvs/www/cgi/viewcvs.cgi > > /tst-mpls', > > > > > > doesn't support topic text tag retrieval. > > > > > > what does this mean? > > If you want to create topics from code which has already been committed > into CVS, then you enter in values in the START_TAG, END_TAG and MODULE > fields. > > The viewcvs.cgi repository type is not capable of doing this (hence the > error message) - it can only support topics that have been uploaded into > Codestriker via the topic text field. > > If you configure a pserver or ext CVS repository type (or local), you'll be > able to create topics using the tags. The manual has some information on > this. > > -- > Cheers, > David > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Codestriker-user mailing list > Codestriker-user@... > https://lists.sourceforge.net/lists/listinfo/codestriker-user > -- Aamer Akhter / aakhter@... |
From: David Sitsky <sits@us...> - 2004-12-15 23:34:08
|
On Thu, 16 Dec 2004 04:43, Aamer Akhter wrote: > is there a way to link module, project and scm repository such that > when a project is selected, the scm repo and module are automatically > selected? At this stage no. Most users seem to work on only a single project at a time, so having the cookie remember their last project + repository selection seems to work ok in practice. In your situation, do you have users which are members of multiple projects? -- Cheers, David |
From: David Sitsky <sits@us...> - 2004-12-15 23:32:39
|
> my codestriker.conf: > 'http://cvs.blah.blah.com/cgi-bin/viewcvs/www/cgi/viewcvs.cgi > /tst-mpls', > > > doesn't support topic text tag retrieval. > > > what does this mean? If you want to create topics from code which has already been committed into CVS, then you enter in values in the START_TAG, END_TAG and MODULE fields. The viewcvs.cgi repository type is not capable of doing this (hence the error message) - it can only support topics that have been uploaded into Codestriker via the topic text field. If you configure a pserver or ext CVS repository type (or local), you'll be able to create topics using the tags. The manual has some information on this. -- Cheers, David |
From: Aamer Akhter <aakhter@gm...> - 2004-12-15 17:43:37
|
is there a way to link module, project and scm repository such that when a project is selected, the scm repo and module are automatically selected? -- Aamer Akhter / aakhter@... |
From: Aamer Akhter <aakhter@gm...> - 2004-12-15 17:42:27
|
Hello, I'm new to codestriker, so this may be something I'm just not entring or thinkging abour correctly. When I try to submit a new topic using the web interface. I get this: Repository "http://cvs.blah.blah.com/cgi-bin/viewcvs/www/cgi/viewcvs.cgi /tst-mpls" doesn't support topic text tag retrieval. my codestriker.conf: 'http://cvs.blah.blah.com/cgi-bin/viewcvs/www/cgi/viewcvs.cgi /tst-mpls', doesn't support topic text tag retrieval. what does this mean? -- Aamer Akhter / aakhter@... |
From: David Sitsky <sits@us...> - 2004-12-09 06:24:33
|
Hi Sean, > I would do something like this... first we already have the following > options at the top of every topic: > > Download topic text | View in monospace font | View with minimal screen > width. | Tab width set to 8 (change to 4) > > I would just add one more that said something like "View with(out) line > annotation". The wording could be different. This would just toggle > showing line numbers, and showing line number, author, and revision. Sounds good. We should be able to put this into the repository interface so that if/when a Repository object supports it, we can render the link in the view topic text window. -- Cheers, David |
From: David Sitsky <sits@us...> - 2004-12-08 03:15:28
|
Hi everyone, Codestriker 1.8.5 has just been released. Its is available from http://codestriker.sourceforge.net, in the usual place. I've appended the CHANGELOG to this email. Cheers, The Codestriker Team. Version 1.8.5 * Complete support for VSS repositories. Topics linked to a VSS repository can now be created by either specifying labels with the VSS directory of interest for code already committed in the repository, or pre-commit reviews can be done by generating diff text with the ssdiff.pl script in the Codestriker bin directory. * Modified log_accum.pl so that deleted files are also included in the topic. * On the topic list screen, there is a new button "Obsolete Topics", which allows you to create a new topic which superseeds the selected topics. The obsoleted topics will be changed to state "Obsoleted" and will become read-only. Note the @topic_states configuration variable in codestriker.conf needs to be modified to include the new 'Obsoleted' state to enable this. The view topic screens have been modified to include links if the topic being viewed has been obsoleted or superseeds other topics. A single topic can be obsoleted from the view topic properties page, by selecting the 'Obsoleted' state. * The $allow_delete config variable has been removed. If topic deletion is to be enabled, the 'Deleted' state needs to be added to the @topic_states configuration variable in codestriker.conf. * Added new configuration variable @Codestriker::exclude_file_types which contains a list of filename extensions which Codestriker will ignore when creating topics. These generally include those extensions which are binary, or of not any interest. Contributed by Dave Clendenan <dave.clendenan@...>. * Added a checkbox "Default to HEAD" on the create topic screen which is used for topics based off tags. If this checkbox is enabled, the '-f' flag is passed to CVS repositories when executing the 'cvs rdiff' command. This has the effect of retrieving a file's contents from revision HEAD if it is not present for the specified tag value. This option currently has no effect for other repository types at this stage. Contributed by Dave Clendenan. * Minor fix for handing CVS rdiff text which end in a binary entry. Problem found by Dave Clendenan. * Shorten the URLs sent in the email messages. * Minor fix where " characters would not render correctly in the status bar or in a tool-tip when hovering over a commented line in the view topic window. The following changes are from Jason Remillard: * Fixed a security problem with the repository not being checked against the actual configured list. A user could send in any well formed repository string and Codestriker would just take it, even if it was not configured. * Fixed a bug preventing create topic from working when the user had just one repository working. The cookie was overriding it because it was missing from the html code. * Subversion repositories can now be configured with a username and password in the configuration file if authentication is required. Any errors from accessing subversion are written to STDERR. |
From: Sean Moss-Pultz <sean@mo...> - 2004-12-08 03:06:23
|
On 8 Dec 04, at 9:29 AM, David Sitsky wrote: > I am not a SVN user yet, but I take it the "svn blame" command tells > you > which users modified which lines? Exactly. Subversion will prepend the author and revision information inline. For example (taken from the svn book) $ svn blame http://svn.red-bean.com/repos/test/readme.txt 3 sally This is a README file. 5 harry You should read this. > How would you see this affecting the Codestriker display? Interesting > idea.... I would do something like this... first we already have the following options at the top of every topic: Download topic text | View in monospace font | View with minimal screen width. | Tab width set to 8 (change to 4) I would just add one more that said something like "View with(out) line annotation". The wording could be different. This would just toggle showing line numbers, and showing line number, author, and revision. > I wonder if CVS and other systems support this kind of > information. CVS has annotate. I think this is common to most scm tools. -Sean |
From: David Sitsky <sits@us...> - 2004-12-08 01:36:47
|
Hi Sean, I am not a SVN user yet, but I take it the "svn blame" command tells you which users modified which lines? How would you see this affecting the Codestriker display? Interesting idea.... I wonder if CVS and other systems support this kind of information. I am guessing CVS does, as LXR displays this information somehow. On Wed, 8 Dec 2004 12:21, Sean Moss-Pultz wrote: > I'm curious, are there any plans to integrate the svn blame command > into codestriker? I would find this very useful. > > If nobody is working on this maybe I could have a look? > > -Sean -- Cheers, David |
From: Sean Moss-Pultz <sean@mo...> - 2004-12-08 01:21:15
|
I'm curious, are there any plans to integrate the svn blame command into codestriker? I would find this very useful. If nobody is working on this maybe I could have a look? -Sean |