Re: SVN 1.7.0. alpha source code
Just use any other mirror, http://www.apache.org/mirrors/#uk 2011/6/13 David Fielder : > Attempting to download SVN 1.7.0. alpha source code > > from http://apache.mirror.anlx.net/subversion/subversion-1.7.0-alpha1.zip > > I get this error. > > Forbidden > > You don't have permission to access /subversion/subversion-1.7.0-alpha1.zip > on this server. > > > Apache/2.2.9 (Debian) PHP/5.2.6-5 with Suhosin-Patch Server at > apache.mirror.anlx.net Port 80 > > please help > >
Re: [perl bindings] Bizarre copy of UNKNOWN in subroutine
Update: The problem seems to affect the i686 architecture and does not manifest under x86_64: https://bugs.archlinux.org/task/24540
Betr.: Re: Index of Subversion add-on projects and products
Ryan Schmidt schreef op 11/06/2011 01:37:24: > > On Jun 10, 2011, at 17:09, > wrote: > > > I was wondering if there is some sort of global list of Subversion > plug-ins, etc., including both open source projects and commercial products. > > > > For example, it would be nice if there was a unified list of all > the different svn clients, integrations with build systems, etc. > > The Subversion project used to maintain such a list but it became > unwieldy and was deleted. They now recommend you use Google to find > such things. You can still find the last version of this list in the > 1.6.x branch but it is gone from trunk: This will also provide 'quite a few' hits: http://freshmeat.net/tags/subversion and http://freshmeat.net/tags/svn DISCLAIMER http://www.tvh.com/newen2/emaildisclaimer/default.html "This message is delivered to all addressees subject to the conditions set forth in the attached disclaimer, which is an integral part of this message."
Betr.: RE: Index of Subversion add-on projects and products
"Kevin Dietz" schreef op 11/06/2011 04:42:19: > I can see why the Subversion organizers stopped maintaining the list > internally. > > I wonder if there would be any interest in a community server and/or > wiki where various projects and vendors could post their information, > and a forums server where people could discuss tools individually. > > I think it would be nice to have all the information in one place > instead of having to Google all over for it. Isn't that exactly what freshmeat offers at http://freshmeat.net/tags/subversion ? Kind Regards, JAN KEIRSE ICT-DEPARTMENT Software quality & Systems: Software Engineer DISCLAIMER http://www.tvh.com/newen2/emaildisclaimer/default.html "This message is delivered to all addressees subject to the conditions set forth in the attached disclaimer, which is an integral part of this message."
Revert only whitespace changes
Hi, Occasionally, we have source files which contain - apart from the changes made by the developer - a lot of whitespace changes introduced by reformatting the code. (Mainly tabs<->spaces conversions and trailing whitespace.) While Subversion and TortoiseSVN offer the possibility to ignore those white space changes when diffing the files, a commit still includes those changes, and thus the diff in the SVN history is cluttered, which causes problems for reviewers. I found no possibility to selectively revert those lines to their original state via SVN but manually reverting all those lines in a diff viewer. Is there any tool which reverts all those whitespace-only changes, keeping only the "real" changes in the file? Bonus points for a tool which keeps real indentation changes, and only discards tab<->space conversions which do not change the indentation level. :-) (I know that a project-wide style guide and rejecting commits which do not conform to that style guide are the long term solution to that problem, and we're aiming towards that.) Best regards Markus Schaber ___ We software Automation. 3S-Smart Software Solutions GmbH Markus Schaber | Developer Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50 Email: m.scha...@3s-software.com | Web: http://www.3s-software.com CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
AW: Betr.: RE: Index of Subversion add-on projects and products
Hi, Jan, > Von: Jan Keirse [mailto:jan.kei...@tvh.be] > "Kevin Dietz" schreef op 11/06/2011 04:42:19: > > > I can see why the Subversion organizers stopped maintaining the list > > internally. > > > > I wonder if there would be any interest in a community server and/or > > wiki where various projects and vendors could post their information, > > and a forums server where people could discuss tools individually. > > > > I think it would be nice to have all the information in one place > > instead of having to Google all over for it. > > Isn't that exactly what freshmeat offers at > http://freshmeat.net/tags/subversion ? I'm not sure whether freshmeat will accept all Subversion-related Software (they seem to restrict themselves to "Unix, cross-platform and PalmOS", and have a tendency to free / open source software). Certain Windows-Only software like TortoiseSVN, SharpSVN or AnkhSVN are not mentioned there. Nevertheless, I think that linking that page, as well as the aforementioned Wiki page, from the Subversion homepage may be a good idea. Best regards Markus Schaber -- ___ We software Automation. 3S-Smart Software Solutions GmbH Markus Schaber | Developer Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50 Email: m.scha...@3s-software.com | Web: http://www.3s-software.com CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
Re: Questions
Geoff Hoffman wrote: >Why remove the Id keyword? Just delete the file (not svn delete, OS level >delete) then svn up. > > >On Mon, Jun 13, 2011 at 11:08 PM, Lorenz wrote: >[...] >> you can just remove the svn:keywords property -- Lorenz
RE: Index of Subversion add-on projects and products
"Markus Schaber" schreef op 14/06/2011 11:54:04: > > Isn't that exactly what freshmeat offers at > > http://freshmeat.net/tags/subversion ? > > I'm not sure whether freshmeat will accept all Subversion-related > Software (they seem to restrict themselves to "Unix, cross-platform and > PalmOS", and have a tendency to free / open source software). Certain > Windows-Only software like TortoiseSVN, SharpSVN or AnkhSVN are not > mentioned there. Good point, I never noticed it didn't list windows only software, guess it was too good to be true. Kind Regards, JAN KEIRSE ICT-DEPARTMENT Software quality & Systems: Software Engineer DISCLAIMER http://www.tvh.com/newen2/emaildisclaimer/default.html "This message is delivered to all addressees subject to the conditions set forth in the attached disclaimer, which is an integral part of this message."
Re: Revert only whitespace changes
2011/6/14 Markus Schaber : > > While Subversion and TortoiseSVN offer the possibility to ignore those > white space changes when diffing the files, a commit still includes > those changes, and thus the diff in the SVN history is cluttered, which > causes problems for reviewers. > Maybe you can fine-tune the tools that are being used for the review? If you are talking about commit e-mails, the script that generates them can use svn diff option to ignore whitespace changes. If you are talking about some web software, the viewvc instance used at ASF ignores whitespace changes when I select "Colored Diff" command. E.g. [1] [1]: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c?r1=649041&r2=649040&pathrev=649041&diff_format=h > > Is there any tool which reverts all those whitespace-only changes, > keeping only the "real" changes in the file? > I think that you can generate two diffs, one with all the changes and second one with non-whitespace ones. Then, use the first diff to undo the changes and the second one to reapply them. > > (I know that a project-wide style guide and rejecting commits which do > not conform to that style guide are the long term solution to that > problem, and we're aiming towards that.) > A good policy is to educate the developers to commit whitespace-only changes in a separate commit. Best regards, Konstantin Kolinko
More questions
More noob questions about svn... 1. Is using externals a good idea? I've been told that it's generally a bad idea, and it feels to me like a bad idea, since it obfuscates what's going on in the repo. Is it often done for professional projects? 2. Is there a means of keeping part of a file private? eg My password is xx where on my machine, the x's are replaced by some alphanumeric sequence, but someone who checks out the repo will not get the complete file. TIA, Richard
Re: More questions
Please use more descriptive subjects than "questions." It makes the information much more searchable and helpful in the archives. On Tue, Jun 14, 2011 at 09:15, Richard Cavell wrote: > More noob questions about svn... > > 1. Is using externals a good idea? > > I've been told that it's generally a bad idea, and it feels to me like a bad > idea, since it obfuscates what's going on in the repo. Is it often done for > professional projects? Like any tool, externals do have their purpose, but they aren't appropriate everywhere. I don't really see how it "obfuscates" anything when the information is readily available to anyone who wants to look at it. Personally I rarely use externals, but that's mostly because I don't have a use for them very often - not because they're "bad." If someone is telling you that they are "generally bad", I'd look closer at the external uses they've had exposure to, to see if perhaps they were used in appropriately. > 2. Is there a means of keeping part of a file private? eg > > My password is xx > > where on my machine, the x's are replaced by some alphanumeric sequence, but > someone who checks out the repo will not get the complete file. No. If you need to keep something private, put it in a private branch which only you have access to. Or don't version it in the first place.
RE: More questions
We have used externals on a couple of projects where they have been very useful. They have not obscured anything as all svn commands will work on them. From: Richard Cavell [mailto:richardcav...@mail.com] Sent: Tuesday, June 14, 2011 6:16 AM To: users@subversion.apache.org Subject: More questions More noob questions about svn... 1. Is using externals a good idea? I've been told that it's generally a bad idea, and it feels to me like a bad idea, since it obfuscates what's going on in the repo. Is it often done for professional projects? 2. Is there a means of keeping part of a file private? eg My password is xx where on my machine, the x's are replaced by some alphanumeric sequence, but someone who checks out the repo will not get the complete file. TIA, Richard
AW: Revert only whitespace changes
Hi, Konstantin, > Von: Konstantin Kolinko [mailto:knst.koli...@gmail.com] > > While Subversion and TortoiseSVN offer the possibility to ignore those > > white space changes when diffing the files, a commit still includes > > those changes, and thus the diff in the SVN history is cluttered, > > which causes problems for reviewers. > > > > Maybe you can fine-tune the tools that are being used for the review? Most people usually use TortoiseDiff for the review - but they get suspicious when one tells them to check one of the "ignore"-Flags. :-) > > Is there any tool which reverts all those whitespace-only changes, > > keeping only the "real" changes in the file? > > I think that you can generate two diffs, one with all the changes and > second one with non-whitespace ones. > > Then, use the first diff to undo the changes and the second one to reapply > them. I think that idea could work, I'll see whether I can come up with a script doing that. However, I wonder why - seemingly - no one else ever needed such a script and provided it to the community. > > (I know that a project-wide style guide and rejecting commits which do > > not conform to that style guide are the long term solution to that > > problem, and we're aiming towards that.) > > A good policy is to educate the developers to commit whitespace-only > changes in a separate commit. I know that. And I'm searching for a tool allowing me to do just that. Especially when you make a self-contained change (e. G. pure addition of new methods or a new class, not touching any existing code pathes) to a large "legacy" code file, and accidentally hit "Reformat code" in ignorance of the fact that this file does not yet conform to the style guide, you're busted. Best Regards, Markus Schaber
Re: Revert only whitespace changes
On Tue, Jun 14, 2011 at 04:32:50PM +0200, Markus Schaber wrote: > Hi, Konstantin, > > A good policy is to educate the developers to commit whitespace-only > > changes in a separate commit. > > I know that. And I'm searching for a tool allowing me to do just that. > > Especially when you make a self-contained change (e. G. pure addition of > new methods or a new class, not touching any existing code pathes) to a > large "legacy" code file, and accidentally hit "Reformat code" in > ignorance of the fact that this file does not yet conform to the style > guide, you're busted. So why doesn't the IDE have an undo button that restores the previous format? I don't think this warrants introducing a new feature in the version control system. Rather, the IDE should be fixed.
Re: More questions
On 6/14/2011 8:15 AM, Richard Cavell wrote: More noob questions about svn... 1. Is using externals a good idea? I've been told that it's generally a bad idea, and it feels to me like a bad idea, since it obfuscates what's going on in the repo. Is it often done for professional projects? The place for externals is where you have components/libraries that are shared among multiple projects. Using externals that you can pin to particular tags/releases of the components will let you decouple the development work so you don't break one project while improving shared component features for a different one. If you don't have any shared components, there's not much point - and you probably want to avoid single-file externals since they are not as flexible. 2. Is there a means of keeping part of a file private? eg My password is xx where on my machine, the x's are replaced by some alphanumeric sequence, but someone who checks out the repo will not get the complete file. No, you have to omit those things completely and have some other mechanism to deal with getting the right values configured at or before runtime. -- Les Mikesell lesmikes...@gmail.com
Re: More questions
Hi, More noob questions about svn... 1. Is using externals a good idea? I've been told that it's generally a bad idea, and it feels to me like a bad idea, since it obfuscates what's going on in the repo. Is it often done for professional projects? It depends on the use-case. There are situations where using externals are beneficial, but there are also several caveats related to externals. One real-life example we in our company had trouble with was with a 1.6 repository where we wanted to replace externals with a real copy of the source (i.e. remove the external property and copy the real source to the folder). That lead to tree conflicts when merging/updating WCs/branches and took a lot more time than anticipated. That was especially a PITA since these externals weren't actually necessary in the first place. You might wanna check-out the issues related to externals which might give you a rough feeling of known bugs (search for "external" in the summary and optionally limit the search to issues for 1.6.x) http://subversion.tigris.org/issues/query.cgi Several of the known issues with externals have been dealt with in the upcoming 1.7 release, so things will improve with the next version beyond what has already been solved in the 1.6-branch. Another caveat of externals is that they are generally slower when doing an update, since each external has to be checked individually to verify wheter it's up-to-date in the WC. I tend to live with a rule of thumb here: Use externals where necessary, avoid them where possible. Regards, Stefan
Re: SVN 1.7.0. alpha source code
On Mon, Jun 13, 2011 at 10:48 AM, David Fielder wrote: > Attempting to download SVN 1.7.0. alpha source code > > from http://apache.mirror.anlx.net/subversion/subversion-1.7.0-alpha1.zip > > I get this error. > > Forbidden > > You don't have permission to access /subversion/subversion-1.7.0-alpha1.zip > on this server. > > > Apache/2.2.9 (Debian) PHP/5.2.6-5 with Suhosin-Patch Server at > apache.mirror.anlx.net Port 80 > > please help Thanks for letting us know. Apparently some mirrors are less equal than others, although they all claim to be up-to-date. I've pinged ASF infra about it, and they'll remove such mirrors from circulation. Let us know if it happens again. The immediate solution, as somebody else pointed out, is to select a different mirror. Unfortunately, the mirror selection dialog on the download page isn't respected, though it does refresh the page which then selects a different mirror at random. We're working on getting this issue cleared up as well. Thanks again! -Hyrum
Re: More questions
It's only a bad idea to use svn:externals if you don't know what they're for and don't want to invest the time to learn. If you do not want multiple copies of code, for instance, a library shared by more than one app, then it is not only smart, it's the best (only) way to do it. If you only are going to ever put 1 application in your SVN repository you don't need them. If you never are going to share code between > 1 application in SVN, you don't need them. My $0.02. I have some great examples for you. I do websites using a couple different frameworks. Both frameworks have CMS's built for the back end. Both backends use TinyMCE or CKEditor. All my apps also send email. Therefore I have 1 repo with CKEditor, 1 repo with TinyMCE, and 1 repo with SwiftMailer. All the web apps in their own repos reference these libraries via svn:externals, and it works great. On Tue, Jun 14, 2011 at 12:34 PM, Stefan Hett wrote: > Hi, > > More noob questions about svn... > > 1. Is using externals a good idea? > > I've been told that it's generally a bad idea, and it feels to me like a > bad idea, since it obfuscates what's going on in the repo. Is it often done > for professional projects? > > It depends on the use-case. > There are situations where using externals are beneficial, but there are > also several caveats related to externals. > > One real-life example we in our company had trouble with was with a 1.6 > repository where we wanted to replace externals with a real copy of the > source (i.e. remove the external property and copy the real source to the > folder). That lead to tree conflicts when merging/updating WCs/branches and > took a lot more time than anticipated. That was especially a PITA since > these externals weren't actually necessary in the first place. > > You might wanna check-out the issues related to externals which might give > you a rough feeling of known bugs (search for "external" in the summary and > optionally limit the search to issues for 1.6.x) > http://subversion.tigris.org/issues/query.cgi > > Several of the known issues with externals have been dealt with in the > upcoming 1.7 release, so things will improve with the next version beyond > what has already been solved in the 1.6-branch. > > Another caveat of externals is that they are generally slower when doing an > update, since each external has to be checked individually to verify wheter > it's up-to-date in the WC. > > I tend to live with a rule of thumb here: > Use externals where necessary, avoid them where possible. > > Regards, > Stefan >
Re: Revert only whitespace changes
Markus Schaber wrote on Tue, Jun 14, 2011 at 11:47:48 +0200: > Is there any tool which reverts all those whitespace-only changes, > keeping only the "real" changes in the file? > svn diff foo > 1 svn revert foo patch < ./1 || svn patch ./1 > Bonus points for a tool which keeps real indentation changes, and only > discards tab<->space conversions which do not change the indentation > level. :-) vim -c 'source /dev/mind-reader' -c 'wq' Not all OS's provide the necessary device file, though.
Re: Revert only whitespace changes
Daniel Shahaf wrote on Wed, Jun 15, 2011 at 02:07:00 +0300:
> > Bonus points for a tool which keeps real indentation changes, and only
> > discards tab<->space conversions which do not change the indentation
> > level. :-)
>
> vim -c 'source /dev/mind-reader' -c 'wq'
>
> Not all OS's provide the necessary device file, though.
Okay, more seriously, here's a Vim script...
The first two lines are the configuration, you shouldn't have to change
anything below them.
:set tabstop=8 shiftwidth=8
:set expandtab
:g/^/call MaybeRetab()
func! MaybeRetab()
normal! ^
let before = virtcol('.')
.retab
let after = virtcol('.')
if before != after
undo
endif
endfunction
Evil UTF-8 Character in filename in repo causing issues on my wc
I have a file with some (I believe) Portuguese characters in the filename that someone managed to store in the repo without any problem, and I checked it out without issues, too. However, now on my working copy, it thinks that file is locally new. I did an svn copy ok, but I can't seem to delete the evil one. Thinking I can probably whack the directory completely and rebuild it, but thought I'd mention it because I'm not sure if its a bug or a misconfigured SVN server / client. Netbeans is barfing on another one in a different directory: Can't convert string from native encoding to 'UTF-8': Brazil Air Plus XML Vers?\139o 2.0 .pdf Even Terminal is having trouble: MacbookPro:ClearSale geoffh$ ls -la total 2160 drwxr-xr-x 8 geoffh staff 272 Jun 14 16:09 . drwxr-xr-x 6 geoffh staff 204 Jun 13 21:26 .. drwxr-xr-x 7 geoffh staff 238 Jun 14 16:09 .svn -rw-r--r-- 1 geoffh staff 705463 Jun 13 21:26 Integration_Manual_2.3.pdf -rw-r--r-- 1 geoffh staff 127377 Jun 14 16:09 Manual_Integração_A_T-ClearSale_2.0.pdf MacbookPro:ClearSale geoffh$ svn delete --force Manual_Integração_A_T-ClearSale_2.0.pdf MacbookPro:ClearSale geoffh$ svn status ! Manual_Integração_A_T-ClearSale_2.0.pdf MacbookPro:ClearSale geoffh$ ls -la total 1904 drwxr-xr-x 7 geoffh staff 238 Jun 14 16:11 . drwxr-xr-x 6 geoffh staff 204 Jun 13 21:26 .. drwxr-xr-x 7 geoffh staff 238 Jun 14 16:11 .svn -rw-r--r-- 1 geoffh staff 705463 Jun 13 21:26 Integration_Manual_2.3.pdf -rw-r--r-- 1 geoffh staff 127377 Jun 14 16:04 Manual_Integracao_A_T-ClearSale_2.0.pdf MacbookPro:ClearSale geoffh$ svn status ! Manual_Integração_A_T-ClearSale_2.0.pdf MacbookPro:ClearSale geoffh$ svn commit . -m "Fixing evil PDF" MacbookPro:ClearSale geoffh$ svn status ! Manual_Integração_A_T-ClearSale_2.0.pdf MacbookPro:ClearSale geoffh$ Now in NetBeans I get: /Users/geoffh/Sites/zupper.ghoffman/external_docs/ClearSale/Manual_Integrac?a?o_A_T-ClearSale_2.0.pdf: (Not a versioned resource) A problem occurred; see other errors for details If I svn up it restores the evil file: MacbookPro:ClearSale geoffh$ svn up Restored 'Manual_Integração_A_T-ClearSale_2.0.pdf' At revision 681. Basically I can't delete or svn delete the offending file and successfully commit. Running Subversion 1.6.11 on RHEL 5.6
Re: Evil UTF-8 Character in filename in repo causing issues on my wc
On Tue, Jun 14, 2011 at 04:24:46PM -0700, Geoff Hoffman wrote: > I have a file with some (I believe) Portuguese characters in the filename > that someone managed to store in the repo without any problem, and I checked > it out without issues, too. However, now on my working copy, it thinks that > file is locally new. > MacbookPro:ClearSale geoffh$ ls -la ^^^ It's a Mac, so please see this issue: http://subversion.tigris.org/issues/show_bug.cgi?id=2464 and make sure to read the notes in this file: http://svn.apache.org/repos/asf/subversion/trunk/notes/unicode-composition-for-filenames Short summary: Do not use anything but ASCII in your filenames if you need things to work between Macs and other systems. The problem is that the Mac changes the filename in a subtle way.
Re: Evil UTF-8 Character in filename in repo causing issues on my wc
Stefan Sperling wrote on Wed, Jun 15, 2011 at 01:59:18 +0200: > On Tue, Jun 14, 2011 at 04:24:46PM -0700, Geoff Hoffman wrote: > > I have a file with some (I believe) Portuguese characters in the filename > > that someone managed to store in the repo without any problem, and I checked > > it out without issues, too. However, now on my working copy, it thinks that > > file is locally new. > > > MacbookPro:ClearSale geoffh$ ls -la > ^^^ > > It's a Mac, so please see this issue: > http://subversion.tigris.org/issues/show_bug.cgi?id=2464 > and make sure to read the notes in this file: > http://svn.apache.org/repos/asf/subversion/trunk/notes/unicode-composition-for-filenames > > Short summary: > Do not use anything but ASCII in your filenames if you need things > to work between Macs and other systems. The problem is that the Mac > changes the filename in a subtle way. IIRC things work (with the then-current state of other OS's) if the file is added on a mac.
possible to have a local log instead of going to use svn log and going to site when checking a repo.
Hi all, Is it possible to check out the log as well when you are checking out a version from some repo. For instance this is a game I like :- CODE: SELECT ALL r879 | arnestig | 2011-06-14 03:23:33 +0530 (Tue, 14 Jun 2011) | 2 lines * Now actually is able to run the system call. * Removed gcc warnings. r878 | arnestig | 2011-06-14 03:11:26 +0530 (Tue, 14 Jun 2011) | 1 line * Using different dawn executable name depending on what system we are running on. r877 | arnestig | 2011-06-07 03:09:13 +0530 (Tue, 07 Jun 2011) | 2 lines The game is called dawn-rpg and one can find about it at dawn-rpg.sourceforge.net but that's not what I want to talk about. The thing it would be so much more convenient for me if instead of going to the svn mirror or whatever it is and checking out the log, it was local. I know I could do something like this :- svn log > svnlog150611.txt This would download the log file and put the contents in some text file I have named as svnlog150611.txt . The problem with this way of doing things is that each time I have to check out I would have to create a new txt file with that date. If there was a way one could check out the log as well when checking out a new version/release it would be nice. Its also possible that this might be already be there and there might be another command to use locally that I am not aware about. In that case, would look forward to people to share the same. Thank you in advance Please CC me any responses as I'm not subscribed to the list. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17
Re: possible to have a local log instead of going to use svn log and going to site when checking a repo.
On Jun 14, 2011, at 22:53, shirish शिरीष wrote: > Is it possible to check out the log as well when you are checking out > a version from some repo. [snip] > I know I could do something like this :- > > svn log > svnlog150611.txt > > This would download the log file and put the contents in some text > file I have named as svnlog150611.txt . The problem with this way of > doing things is that each time I have to check out I would have to > create a new txt file with that date. [snip] There isn't a built-in way to do this. One solution would be to write a script, which does "svn update" or "svn checkout" and also gets the log for you and saves it in a file. You would then train yourself to use that script instead of running "svn update" or "svn checkout" directly. The other way would be for you to run your own mirror of their repository, using svnsync, possibly even on the same computer where you're going to be checking out these working copies. You would then check out from your mirror, not the main repo. You could then run "svn log" and it would access your own repo, not theirs, and so would be usable even when you're offline. The penalty is that you would have to periodically svnsync their repository to yours, so you wouldn't be completely up to date between syncs. But depending on your needs that might be ok.
Re: possible to have a local log instead of going to use svn log and going to site when checking a repo.
git-svn - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 15 Jun 2011 07:17, "Ryan Schmidt" wrote: > On Jun 14, 2011, at 22:53, shirish शिरीष wrote: > >> Is it possible to check out the log as well when you are checking out >> a version from some repo. > > [snip] > >> I know I could do something like this :- >> >> svn log > svnlog150611.txt >> >> This would download the log file and put the contents in some text >> file I have named as svnlog150611.txt . The problem with this way of >> doing things is that each time I have to check out I would have to >> create a new txt file with that date. > > [snip] > > There isn't a built-in way to do this. > > One solution would be to write a script, which does "svn update" or "svn checkout" and also gets the log for you and saves it in a file. You would then train yourself to use that script instead of running "svn update" or "svn checkout" directly. > > The other way would be for you to run your own mirror of their repository, using svnsync, possibly even on the same computer where you're going to be checking out these working copies. You would then check out from your mirror, not the main repo. You could then run "svn log" and it would access your own repo, not theirs, and so would be usable even when you're offline. The penalty is that you would have to periodically svnsync their repository to yours, so you wouldn't be completely up to date between syncs. But depending on your needs that might be ok. > > >
AW: Revert only whitespace changes
Hi, > Von: Stefan Sperling [mailto:s...@elego.de] > > On Tue, Jun 14, 2011 at 04:32:50PM +0200, Markus Schaber wrote: > > Hi, Konstantin, > > > A good policy is to educate the developers to commit whitespace-only > > > changes in a separate commit. > > > > I know that. And I'm searching for a tool allowing me to do just that. > > > > Especially when you make a self-contained change (e. G. pure addition > > of new methods or a new class, not touching any existing code pathes) > > to a large "legacy" code file, and accidentally hit "Reformat code" in > > ignorance of the fact that this file does not yet conform to the style > > guide, you're busted. > > So why doesn't the IDE have an undo button that restores the previous > format? I don't think this warrants introducing a new feature in the > version control system. Rather, the IDE should be fixed. The IDE has such an undo button, which works fine if I notice that in the moment of reformatting. However, as I am used to have the large majority of code files (including all my own files) formatted properly, I press that button frequently, and usually notice the "accident" hours later when I want to actually commit the changes. I know that the "real" fix is to change all the existing files in the repository to proper formatting (which is in the works, but it will take some time), and the second real fix is to not press the reformat button in those files. And I also do not want this as a feature included in SVN, but just wondered whether there is a ready-made script or external tool which does that work. Thanks, Markus Schaber
AW: Revert only whitespace changes
Hi, Daniel, > Von: Daniel Shahaf [mailto:d...@daniel.shahaf.name] > Okay, more seriously, here's a Vim script... > > The first two lines are the configuration, you shouldn't have to change > anything below them. > [snap] Thanks! Best regards Markus Schaber ___ We software Automation. 3S-Smart Software Solutions GmbH Markus Schaber | Developer Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50 Email: m.scha...@3s-software.com | Web: http://www.3s-software.com CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
AW: Evil UTF-8 Character in filename in repo causing issues on my wc
Hi, Geoff, Von: Geoff Hoffman [mailto:ghoff...@cardinalpath.com] > I have a file with some (I believe) Portuguese characters in the filename that someone managed to store in the repo without any problem, and I checked it out without issues, too. However, now on my working copy, it thinks that file is locally new. Maybe it helps if you use a repo browser to rename the file to an ASCII-Only name directly in the repository? Regards, Markus Schaber
Re: Evil UTF-8 Character in filename in repo causing issues on my wc
On Jun 14, 2011, at 18:59, Stefan Sperling wrote: > On Tue, Jun 14, 2011 at 04:24:46PM -0700, Geoff Hoffman wrote: >> I have a file with some (I believe) Portuguese characters in the filename >> that someone managed to store in the repo without any problem, and I checked >> it out without issues, too. However, now on my working copy, it thinks that >> file is locally new. > >> MacbookPro:ClearSale geoffh$ ls -la > ^^^ > > It's a Mac, so please see this issue: > http://subversion.tigris.org/issues/show_bug.cgi?id=2464 > and make sure to read the notes in this file: > http://svn.apache.org/repos/asf/subversion/trunk/notes/unicode-composition-for-filenames > > Short summary: > Do not use anything but ASCII in your filenames if you need things > to work between Macs and other systems. The problem is that the Mac > changes the filename in a subtle way. I would clarify this by saying the problem is that Subversion assumes that a filename submitted in one version of UTF-8 encoding will always stay in that version of UTF-8 encoding, and on the HFS+ filesystem, used by Mac OS X, that assumption is not necessarily true. (It normalizes all UTF-8 filenames to decomposed form.) Subversion would happily allow you to create two filenames that humans would consider identical (one with UTF-8 entities composed, one with UTF-8 entities decomposed). So clearly that's a bug in Subversion (or possibly apr or apr-util); it should normalize UTF-8 strings before running comparisons. It also seems like a bug in Windows and Linux filesystems; I assume they also let you create multiple files whose names look identical (but differ only in the composition of their UTF-8 characters). Mac OS X's is the only filesystem I know of that has fixed this bug -- which therefore exposes the problem when collaborating between Mac OS X systems (which have the fix) and other systems (which do not). Using only ASCII characters in your filenames is one way to combat the problem. This strategy works fine for me, but users not using primarily English might find that harder. If you want to continue using UTF-8 characters in filenames, you can get a version of Subversion for Mac OS X that attempts to work around this problem, by installing MacPorts and then running: sudo port install subversion +unicode_path The patch the +unicode_path variant applies is of course not officially supported.
