RE: Re: feature request: queue for commit

Hi Sergey

________________________________

        From: Sergey Azarkevich [mailto:azarkevich_at_gmail.com]
        Sent: Friday, 12 September 2014 22:35 PM
        To: 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>:
        

> 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. There's also the issue that sometimes you *do* want to save certain special files. Sometimes, there are deliberate temporary files (created as short-term experiments or for side issues or similar) that don't really need to be saved. I can see the value of cherry-picking.

On the other hand, I've worked with ClearCase, where object files from around the world (literally - people on 5 continents were involved in that team) were very much a part of the version control, to the point where they weren't rebuilt when somebody else had already done the same file with the same parameters.

I can see where the "queue" could be useful. It basically means "preselect for commit". It would be really useful if it was available on multiple files at once. That is, select them in Windows Explorer and queue them, then go on to the next directory/selection of files/whatever and repeat.

Regards,

Geoff

-- 
Apologies for the auto-generated legal boilerplate added by our IT department:
- The contents of this email, and any attachments, are strictly private
and confidential.
- It may contain legally privileged or sensitive information and is intended
solely for the individual or entity to which it is addressed.
- Only the intended recipient may review, reproduce, retransmit, disclose,
disseminate or otherwise use or take action in reliance upon the information
contained in this email and any attachments, with the permission of
Australian Arrow Pty. Ltd.
- If you have received this communication in error, please reply to the sender
immediately and promptly delete the email and attachments, together with
any copies, from all computers.
- It is your responsibility to scan this communication and any attached files
for computer viruses and other defects and we recommend that it be
subjected to your virus checking procedures prior to use.
- Australian Arrow Pty. Ltd. does not accept liability for any loss or damage
of any nature, howsoever caused, which may result
directly or indirectly from this communication or any attached files.
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=3088427
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].