Re: Digest Number 1183
|
View:
New views
5 Messages
—
Rating Filter:
Alert me
|
 |
|
|
|
RE: Digest Number 1183
by Andrew Scott-9
::
Rate this Message:
In a team environment if a member of my team changes the file I am working on, I then will have a conflict. Now I would need to show the changes or compare my working copy with SVN to see if the changes in that file impact on what I am working on.
And then make the necessary decision on what is needed to be merged, in either direction. Especially if those changes then make my code redundant I need to see at a quick snap whether I am wasting my time fixing something that, could have been completely changed or even fixed by another developer. From: smartsvn@... [mailto:smartsvn@...] On Behalf Of Jason Hughes Sent: Friday, 26 June 2009 2:59 PM To: smartsvn@... Subject: Re: [smartsvn] Digest Number 1183 Andrew makes some good points about having server-related operations on a separate menu from local-related operations. Perforce does a good job of collecting Client, Task, Changelist, etc operations into separate menus. This is handy, even if it makes some of the menus longer. However, I have never found any reason to check my changes against the HEAD. As long as there's a standard diff vs. local, and a diff vs. revision/HEAD, I'm satisfied. If you want to add a smart diff that checks local, then remote, then specific revisions, fine... but make that a completely different command, because it would infuriate me to see other people's changes when I'm trying to decide what my check-in comment should be, and whether I want to check in a file at all. I can't remember if SmartSVN comes this way or if I configured it, I have double-click mapped to Diff. It's way faster than using a context menu, and is generally the most-used operation (for me at least). JH -- Jason Hughes President Steel Penny Games, Inc. Austin, TX __._,_._ [Non-text portions of this message have been removed] ------------------------------------ Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/smartsvn/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/smartsvn/join (Yahoo! ID required) <*> To change settings via email: mailto:smartsvn-digest@... mailto:smartsvn-fullfeatured@... <*> To unsubscribe from this group, send an email to: smartsvn-unsubscribe@... <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/ |
|
|
Re: Digest Number 1183
by Prakash Nadar
::
Rate this Message:
Every one works in a team environment, if many people working in the same project is what you mean.
And I think by now you should know that, Show Change means diff with pristine copy, it means show what you have changed and it makes perfect sense. Compare with revision means, compare the local file with svn server. and new release will also have Compare with Head ( I have been waiting for this for a while) Now which one should be default is what you argue. btw, on a side note, from your mail, you seem to be maintaining a project (forgive me if i am wrong). I have done maintenance in the past & in a team environment. No 2 engineers worked on the same problem at any given time. Engineers working on the branch were distributed over so many contries. From Japan, China, India Australia, UK, US working on the same trunk. But still no 2 engineers ever fixed the same problem. Maybe you need to fix the process too :) -prakash ________________________________ From: Andrew Scott <ascott@...> To: "smartsvn@..." <smartsvn@...> Sent: Thursday, June 25, 2009 10:08:13 PM Subject: RE: [smartsvn] Digest Number 1183 In a team environment if a member of my team changes the file I am working on, I then will have a conflict. Now I would need to show the changes or compare my working copy with SVN to see if the changes in that file impact on what I am working on. And then make the necessary decision on what is needed to be merged, in either direction. Especially if those changes then make my code redundant I need to see at a quick snap whether I am wasting my time fixing something that, could have been completely changed or even fixed by another developer. From: smartsvn@yahoogroup s.com [mailto:smartsvn@yahoogroup s.com] On Behalf Of Jason Hughes Sent: Friday, 26 June 2009 2:59 PM To: smartsvn@yahoogroup s.com Subject: Re: [smartsvn] Digest Number 1183 Andrew makes some good points about having server-related operations on a separate menu from local-related operations. Perforce does a good job of collecting Client, Task, Changelist, etc operations into separate menus. This is handy, even if it makes some of the menus longer. However, I have never found any reason to check my changes against the HEAD. As long as there's a standard diff vs. local, and a diff vs. revision/HEAD, I'm satisfied. If you want to add a smart diff that checks local, then remote, then specific revisions, fine... but make that a completely different command, because it would infuriate me to see other people's changes when I'm trying to decide what my check-in comment should be, and whether I want to check in a file at all. I can't remember if SmartSVN comes this way or if I configured it, I have double-click mapped to Diff. It's way faster than using a context menu, and is generally the most-used operation (for me at least). JH -- Jason Hughes President Steel Penny Games, Inc. Austin, TX __._,_._ [Non-text portions of this message have been removed] [Non-text portions of this message have been removed] ------------------------------------ Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/smartsvn/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/smartsvn/join (Yahoo! ID required) <*> To change settings via email: mailto:smartsvn-digest@... mailto:smartsvn-fullfeatured@... <*> To unsubscribe from this group, send an email to: smartsvn-unsubscribe@... <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/ |
|
|
RE: Digest Number 1183
by Andrew Scott-9
::
Rate this Message:
Well you are right no 2 developers work on the same project task. Unless they are pair programming. We maintain an Application were the files can be changed, but can have any number of tickets associated with that file. This is a very common problem with some development cycles and ours is no different. There is nothing wrong with this process that we follow, but the change of the file can reflect another issues that has been raised and fixed. Especially in OOP where that class could be called from any other object, and a change is made to fix the object that needs the class I am working on as well. I don't think, I really need to explain OOP and the problems that this can cause to development, but to make the assumption that this problem I bring forward exists because two people are working on the same ticket is an assumption that you really should have thought more about. Now correct me if I am wrong, but smartSVN has the SVN in the name which implies that it is an SVN tool first. In my recollection if I then make a change to a file and the SVN has changed I would need to show the changes, between my modified copy and the SVN head. The RMB option doesn't allow me to do this, and my proposal is to group all compares and replaces that the user can then decide which one he/she requires. As it doesn't exist in the RMB context menu adding it in this manner will not be hurting everyone else. My problem with this application is the smartSVN website, clearly says work the way you want to work. This is not the case here, because I need the RMB context menu to clearly indicate to me when I compare something, how I will be comparing it. Show changes is not clear on how or what it is going to be comparing it against. If you believe that only one ticket can ever exist for the one file at any one time, then I am thinking your teams don't have too many tickets against your application. Which might result in that being the case for you, but it is not the case for us. Let me paraphrase this again smartSVN is a Subversion Repository tool that is supposed to make our jobs easier, I have highlighted the fact that there is a lack to this thinking. And by default it is doing compares against the local copies, my question is why is that a default behaviour, if this tool is an SVN tool? This has been discussed enough, the problem is there and it has been identified and will be fixed. All I ask is that the options be grouped so that the user isn't looking all over the place to do the same similar thing. And it is easy to know what and/or how I can make the decision on what to compare my local copy against in a productive and concise easy to use situation. Nothing more and nothing less. From: smartsvn@... [mailto:smartsvn@...] On Behalf Of Prakash Nadar Sent: Friday, 26 June 2009 4:13 PM To: smartsvn@... Subject: Re: [smartsvn] Digest Number 1183 Every one works in a team environment, if many people working in the same project is what you mean. And I think by now you should know that, Show Change means diff with pristine copy, it means show what you have changed and it makes perfect sense. Compare with revision means, compare the local file with svn server. and new release will also have Compare with Head ( I have been waiting for this for a while) Now which one should be default is what you argue. btw, on a side note, from your mail, you seem to be maintaining a project (forgive me if i am wrong). I have done maintenance in the past & in a team environment. No 2 engineers worked on the same problem at any given time. Engineers working on the branch were distributed over so many contries. From Japan, China, India Australia, UK, US working on the same trunk. But still no 2 engineers ever fixed the same problem. Maybe you need to fix the process too :) -prakash [Non-text portions of this message have been removed] ------------------------------------ Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/smartsvn/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/smartsvn/join (Yahoo! ID required) <*> To change settings via email: mailto:smartsvn-digest@... mailto:smartsvn-fullfeatured@... <*> To unsubscribe from this group, send an email to: smartsvn-unsubscribe@... <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/ |
|
|
Re: Digest Number 1183
by Prakash Nadar
::
Rate this Message:
We never steped on each others toe even if the changes are made to the same file, all we had to do is resolve the conflict, never I had to abandon my changes for someone elses or look out for one.
Also you should understand that SmartSVN unlike many other SVN products always works on the local copy first before explicit request to the server is made or should be made, unlike Perforce that always makes request to the server. -prakash ________________________________ From: Andrew Scott <ascott@...> To: "smartsvn@..." <smartsvn@...> Sent: Friday, June 26, 2009 12:13:24 AM Subject: RE: [smartsvn] Digest Number 1183 Well you are right no 2 developers work on the same project task. Unless they are pair programming. We maintain an Application were the files can be changed, but can have any number of tickets associated with that file. This is a very common problem with some development cycles and ours is no different. There is nothing wrong with this process that we follow, but the change of the file can reflect another issues that has been raised and fixed. Especially in OOP where that class could be called from any other object, and a change is made to fix the object that needs the class I am working on as well. I don't think, I really need to explain OOP and the problems that this can cause to development, but to make the assumption that this problem I bring forward exists because two people are working on the same ticket is an assumption that you really should have thought more about. Now correct me if I am wrong, but smartSVN has the SVN in the name which implies that it is an SVN tool first. In my recollection if I then make a change to a file and the SVN has changed I would need to show the changes, between my modified copy and the SVN head. The RMB option doesn't allow me to do this, and my proposal is to group all compares and replaces that the user can then decide which one he/she requires. As it doesn't exist in the RMB context menu adding it in this manner will not be hurting everyone else. My problem with this application is the smartSVN website, clearly says work the way you want to work. This is not the case here, because I need the RMB context menu to clearly indicate to me when I compare something, how I will be comparing it. Show changes is not clear on how or what it is going to be comparing it against. If you believe that only one ticket can ever exist for the one file at any one time, then I am thinking your teams don't have too many tickets against your application. Which might result in that being the case for you, but it is not the case for us. Let me paraphrase this again smartSVN is a Subversion Repository tool that is supposed to make our jobs easier, I have highlighted the fact that there is a lack to this thinking. And by default it is doing compares against the local copies, my question is why is that a default behaviour, if this tool is an SVN tool? This has been discussed enough, the problem is there and it has been identified and will be fixed. All I ask is that the options be grouped so that the user isn't looking all over the place to do the same similar thing. And it is easy to know what and/or how I can make the decision on what to compare my local copy against in a productive and concise easy to use situation. Nothing more and nothing less. From: smartsvn@yahoogroup s.com [mailto:smartsvn@yahoogroup s.com] On Behalf Of Prakash Nadar Sent: Friday, 26 June 2009 4:13 PM To: smartsvn@yahoogroup s.com Subject: Re: [smartsvn] Digest Number 1183 Every one works in a team environment, if many people working in the same project is what you mean. And I think by now you should know that, Show Change means diff with pristine copy, it means show what you have changed and it makes perfect sense. Compare with revision means, compare the local file with svn server. and new release will also have Compare with Head ( I have been waiting for this for a while) Now which one should be default is what you argue. btw, on a side note, from your mail, you seem to be maintaining a project (forgive me if i am wrong). I have done maintenance in the past & in a team environment. No 2 engineers worked on the same problem at any given time. Engineers working on the branch were distributed over so many contries. From Japan, China, India Australia, UK, US working on the same trunk. But still no 2 engineers ever fixed the same problem. Maybe you need to fix the process too :) -prakash [Non-text portions of this message have been removed] [Non-text portions of this message have been removed] ------------------------------------ Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/smartsvn/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/smartsvn/join (Yahoo! ID required) <*> To change settings via email: mailto:smartsvn-digest@... mailto:smartsvn-fullfeatured@... <*> To unsubscribe from this group, send an email to: smartsvn-unsubscribe@... <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/ |
| Free embeddable forum powered by Nabble | Forum Help |
