[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Re: feature request: queue for commit

From: Kerry, Richard <richard.kerry_at_atos.net>
Date: Mon, 15 Sep 2014 11:08:39 +0000

Aren't there two completely different issues here ?

1. Ignoring intermediate files.

Certain files don't ever (*) want committing.

They can be configured to be ignored. With perhaps a means of overriding the ignore if necessary.

2. Batch commit.

If I've worked on some source files, and a related header, I want to commit them together.

However, if the header is in a folder some distance from the sources, it is awkward to select them all for a single commit. The header may be in a common folder of headers, wherein are others that I don't want to commit.

So the request here is to be able to select file(s) in one place to be queued, then to go to another place and commit both local and queued.

Possibly,

Richard.

(*) don't ever, or don't usually, but may in some circumstances.

[Blue line]
Richard Kerry
BNCS Engineer, SI SOL Telco & Media Vertical Practice
T: +44 (0)20 3618 2669
M: +44 (0)7812 325518
G300, Stadium House, Wood Lane, London, W12 7TA
richard.kerry_at_atos.net<mailto:richard.kerry_at_atos.net>

[Atos logo]
This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitt
________________________________
From: Sergey Azarkevich [azarkevich_at_gmail.com]
Sent: 15 September 2014 11:57
To: users_at_tortoisesvn.tigris.org
Subject: Re: Re: feature request: queue for commit

        From: Sergey Azarkevich [mailto:azarkevich_at_gmail.com<mailto:azarkevich_at_gmail.com>]
        Sent: Friday, 12 September 2014 22:35 PM
        To: users_at_tortoisesvn.tigris.org<mailto:users_at_tortoisesvn.tigris.org>
        Subject: Re: Re: feature request: queue for commit

        2014-09-12 0:35 GMT+03:00 Glenn Carr <glenn_at_glenncarr.com<mailto:glenn_at_glenncarr.com>>:

> I guess I don't see how this would make the process any easier.

                Cherry-picking files to commit is faster than having to visually scan, then select/deselect files - especially when you can use the open file dialog from your IDE or text editor to browse directly to the file's directory.

                The drag-n-drop provides this functionality now, but it would be even faster with right-click/queue mechanism.

        (Just thoughts)

        From my point of view i is very strange to have many uncommited changes all time. I try to keep my working copies as clean as possible: all modified files should be commited togeter (except some config files which I add to ignote-on-commit cnahgeset). So, for me it is always simple - select 'commit' on working copy root and commit. If I need exclude some files from commit (well, world is not ideal...), it is also easy - all modified files usually available in commit dialog without scrolling.

        When I merge, I do it in clean working copy, so all incoming changes should be commited without exceptions.

There are some files that you don't necessarily want committed - intermediates such as object files, IDE "droppings", etc. Obviously, your mileage may vary and it might be a requirement for your workplace/style. Avoiding the intermediates could be done with ignore filters, but we've seen that these aren't universally applied.

Not sure that I understand you correctly.... Why not ignore them? Is here some cases when it is undesirable?
Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are trading names used by the Atos group. The following trading entities are registered in England and Wales: Atos IT Services UK Limited (registered number 01245534), Atos Consulting Limited (registered number 04312380), Atos Worldline UK Limited (registered number 08514184) and Canopy The Open Cloud Company Limited (registration number 08011902). The registered office for each is at 4 Triton Square, Regent’s Place, London, NW1 3HG.The VAT No. for each is: GB232327983.

This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos therefore can accept no liability for any errors or their content. Although Atos endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos by email.

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=3088460

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2014-09-15 13:18:43 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.