Automatic closing of ticket after check in

[kmr@…]

It would be handy if checking in the fix for a ticket could automatically close the ticket. For example the comment for [112] says that it "fixes #50" and then the next thing in the timeline is: "Ticket #50 closed by daniel"

This could be streamlined if Trac could spot the "fixes #50" in the comment and close the ticket, perhaps after adding a comment to the ticket saying "Fixed by [112]".

To avoid accidental closing of tickets perhaps the syntax in the check in message should be something like:

[fixes #50]

[Jonas Borgström]

Yes, this is a good idea, the debian bug tracking system does something similar.

But we don't want to force this behavour on people, so a simple (optional) svn post commit script might be a better idea…

[daniel]

I agree, it's better to do this in a post-commit script in svn.. Thinking about it, there's a possible (and entirely subjective perspective of the individual team) advantage of not closing tickets automatically - an extra round of auditing, or at least eyeballing, of patches coming in before closing the related ticket.

Just a thought. It is a neat and useful feature though.

There's more stuff we could do in post-commit too, like synchronize the db or mop the floor :-)

[Jonas Borgström]

The script was added to the repository in [294]. I'm still leaving this ticket open until the script has some sort of documentation in the wiki. This won't block 0.6 any more though.

[daniel]

Fixed in [294].

[anonymous]

More about automatically changing tickets with SCM commits can be found in this FAQ ​entry or search for "trac-post-commit-hook"

It took me a bit too long to find that info, this ticket was my first Google hit. Hopefully this comment will save some people some time :)

[anonymous]

The link (mentioned above) is has moved to: ​http://trac.edgewall.org/wiki/TracFaq#can-trac-automatically-update-a-ticket-when-i-commit-a-changeset