Take a look at Hudson: <https://hudson.dev.java.net/>
Hudson is a continuous build system, and helps automate your builds.
You can setup Hudson to build every time someone checks something in
or just once per day at a set time or however you want. Hudson
integrates with Jira, MantisBT, Trac, Bugzilla, and dozens of other
defect tracking systems. It also integrates with Subversion on the
revision control side (as well as with CVS, ClearCase, TeamTrack,
Visual SourceSafe, Bitkeeper, Git, Perforce, and a few other revision
control systems).
If you integrate Hudson with a defect tracking system, and you add in
the defect ID into the Subversion commit comment, Hudson will display
this defect ID as a link back to the defect in your defect tracking
system.
More importantly, every time Hudson does a build, and it finds these
defect IDs, it automatically puts a comment on that defect to show
what build and what project was built with that ID.
That will allow you to go into that particular defect, and see which
Hudson build was involved with that defect. You can click on the
comment, and see the Hudson build. You can then see the Subversion
repository revision number of that build.
This way, buy simply knowing the defect ID, you can quickly find the
Subversion repository revision that fixed that defect ID.
So, instead of searching the revision numbers in the Subversion
repository for a particular defect in your defect tracking system, you
search the particular defect in your defect tracking system for the
Subversion repository revision number.
Hudson is free, open source, and extremely simple to use. If you
aren't already using a continuous build system, I highly recommend
Hudson.
(Disclosure, I get 10% of all the proceeds from each "sale" of Hudson.
I might not make any money on each "sale", but I hope to make it up in
volume.)
On Tue, Jul 7, 2009 at 12:35 AM, Rishabh Verma<rishabh.rcv_at_gmail.com> wrote:
> Hi David ,
>
> Thanks for your response.We do use Bug Id while committing the code to
> repository.I also agree that we can parse the comments to find the revision
> numbers.But the problem I see is that we have more than 10,000 revisions.And
> each time I have to find the inventory of a Bug Id,I have to take the log
> and then parse through all the comments,find the revision numbers and then
> based on those revision numbers find the files/folders modified.This takes a
> lot of time.
>
> Can you suggest a better approach for large number of revisions.
>
> Thanks and regards,
>
> Rishabh Verma.
>
> PS : I liked your status message....but why jealous...Its only a phone and
> only a car :)
>
>
>
> On Mon, Jul 6, 2009 at 6:21 AM, David Weintraub <qazwart_at_gmail.com> wrote:
>>
>> You can put the bug ID in the commit comments. That's what we do. Then we
>> can parse the commit comments to track the revision to the Subversion
>> revision number.
>>
>> I have a pre-commit hook that forces the user to put the bug ID as the
>> first part of the comment. Makes it easy to parse. (You can put "none" if
>> there is no bug ID.)
>>
>> --
>> David Weintraub
>> David_at_Weintraub.name
>> Sent from my iPhone while riding in my Ferrari. (Jealous?)
>>
>> On Jul 5, 2009, at 1:41 PM, Rishabh Verma <rishabh.rcv_at_gmail.com> wrote:
>>
>>> Hi Stefan,
>>>
>>> Greetings !
>>>
>>> First of all many congratulations for creating such a wonderful
>>> product.We are trying to automate the svn logs based on Bug Id.As part of
>>> this requirement we want that we get the list of all the files modified
>>> against the particular Bug Id.We are using svn command line client.Once we
>>> have the list we will want to have all those files checked out in a new
>>> folder.
>>>
>>> I will greatly appreciate if you can help me on this.
>>>
>>> Thanks and warm regards,
>>>
>>> Rishabh Verma,
>>>
>>> Software Engineer
>
>
--
David Weintraub
qazwart_at_gmail.com
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2368885
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-07-07 17:31:05 CEST