Re: Subversion 1.7 support?
are understandably frustrated and impatient with the realities of how long this is taking. Everyone else in our own group is beating themselves senseless on our work and would prefer to keep it unreleased until it is ready. We've talked about writing a blog post about this, and we probably should. I don't know if this will make a bit of difference to anyone reading this, but we're working hard, and we truly give a shit about our customers and what we're working on. In any case, as I said, if people are upset about it, feel free to reach out to me directly. I'm the CEO and I'm the responsible party for these decisions, not Jack. -Daniel Pasco, CEO Black Pixel On May 27, 2012, at 4:46 AM, Christian Pleul chri...@googlemail.comjavascript: wrote: That support really sucks! Why did you guys ever bought this software... Christian Sent from my iPad On 25.05.2012, at 23:26, Jack (Black Pixel) ja...@blackpixel.comjavascript: wrote: Hi - sorry for the delay in responding. Unfortunately, I don't have any information to share regarding 1.7 support. Jack the Versions team versionsapp.com @versionsapp On Friday, May 18, 2012 10:19:24 AM UTC-7, William Chu wrote: When is Subversion 1.7 support coming to Versions? It's become a real hindrance and I've found myself gradually using Versions less and less given this limitation. -- You received this message because you are subscribed to the Google Groups Versions group. To view this discussion on the web visit https://groups.google.com/d/msg/versions/-/wW6C4UDoQ8UJ. To post to this group, send email to vers...@googlegroups.comjavascript: . To unsubscribe from this group, send email to versions+u...@googlegroups.com javascript:. For more options, visit this group at http://groups.google.com/group/versions?hl=en. -- You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to vers...@googlegroups.comjavascript: . To unsubscribe from this group, send email to versions+u...@googlegroups.com javascript:. For more options, visit this group at http://groups.google.com/group/versions?hl=en. -- You received this message because you are subscribed to the Google Groups Versions group. To view this discussion on the web visit https://groups.google.com/d/msg/versions/-/ZiJZJcgvBWgJ. To post to this group, send email to versions@googlegroups.com. To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/versions?hl=en.
Re: Subversion 1.7 support?
I realize that this may seem like a disproportionately long response compared to the comment that spurred it, but we've been talking internally for quite awhile about this situation is and what we can do about it. My previous email was effectively a brain dump of what we've been discussing within our group. -Daniel On May 27, 2012, at 5:20 AM, Daniel Pasco dan...@blackpixel.com wrote: We bought this software to continue updating it and make it even greater than it already is. Unfortunately, disclosing our product roadmap is not an option. Jack is in the unenviable position of being the public face for this product - please at least divert your frustration to me personally, because he is just conveying the message that our team members have all internally agreed to stand by: we give a damn what people think, our product group is very busy, and we can't talk about when we'll release products or what will be in the those releases until they have shipped. If people are upset about that, it's understandable. All that I can say is, we didn't acquire this product to kill it or sit on it. The gist of this is as follows: * We can't miss a deadline we don't announce (on at least one product, we would have missed our proposed deadline multiple times if we'd kept telling people when we planned to ship. Unfortunately, really producing a polished product takes a lot of time, and we agreed internally that we'd rather take longer to make something better than just push something out the door that would make people upset). * If we don't announce the features in our next planned release, we can't get flamed for postponing support for that feature in the release if it looks like it's not ready to make it into the build yet). * Our competitors (and there are many out there) - can't jump the gun on us if we don't announce an upcoming feature before it goes live. All three of these factors are important, and the last one may only be important to us, but it's a critical one: our product team is young and totally buried working on applications - if we lose market share simply because we announce something before it's ready, and someone else is capable of responding to the announcement before we ship, it's going to really hurt our ability to even break even on what we're working on - which means that it will become even harder for our team to ship great updates to these apps. My personal focus for almost the last year has been on putting absolutely all of my energy into our product team. These apps are large, complex, great things, and we're committed to doing great work on everything we ship. Since our product team currently consists of about five full time developers and four full time designers, and we have taken on five different applications. Moving forward with these apps *and* doing a great job on them takes time. Our company is investing heavily in the product group, currently at a net loss. Hopefully, at some point in the future we will at least break even on our work. At the present, please try to take the following points to heart: * We are crazily in love with our apps * We are working our butts off * We have already turned down offers to acquire our company, as well as offers to acquire individual products, because we want to see these apps *ship* and we want them to be amazing. * We are absolutely not sitting on these apps and happily collecting revenue from them - we're using the revenue to pay for the work our product team is doing and our company is sinking considerably more than those apps are making into the product group in order to pay for the other people that the direct revenue doesn't cover. At this point, as I've told Jack (who has expressed support for our stance of silence, but also really been uncomfortable with the fact that it doesn't leave him in a very good position on the support front), the only thing we can do is shut up and ship something great. Which is what we're trying to do. If we lose customers in the interim, those are lumps we will have to take. Hopefully as our apps do ship, they will be compelling enough that people will be interested in trying them out. I wish we were big enough that I could just throw 30 people at these projects and ship them on an expedited pace. Unfortunately, this is why being indie is a double-edged sword: we have complete creative control over our apps and can take the time to make them the best they can be, instead of being beholden to some investor that wants us to ship a shitty product as quickly as possible to meet their bottom line, or outright kill a product by selling it to someone that *would* just sit on it to make a quick buck. Really, the only sources of pressure we have to ship something before it's ready are our own finance people, who would love to see the revenue coming in so they could stop pouring money
Re: Merge
I agree -- it was useful to see that Cornerstone had gotten a merge feature. Competition is good and I hope it pressures Sofa to up the ante. On the other hand, I tried the new Cornerstone and fortunately (for Sofa), I'll be sticking with Versions for now. We have repositories with hundreds of thousands of files and revisions, and Cornerstone's fancy timeline view doesn't seem to scale very well for large histories. Things like viewing the log message and diffs for a specific revision from 2 years ago is a lot easier to navigate with Versions. And to do that Versions was using 400MB RAM vs 1.5GB for Cornerstone. So, hopefully performance is one aspect Versions can stay on top while adding new features. Daniel On Jan 3, 3:42 pm, ct-scan jzg...@gmail.com wrote: I'm glad the link to Cornerstone was posted, I've been using Versions since the beta, and am getting frustrated that this obvious feature still isn't integrated. Maybe instead of additional UI enhancements (like the ones that just came out), adding this much requested feature would be better. I'd even upgrade to a new version for this feature, with no hesitation. I love Versions, but it's just not the most complete tool out there. I hope they fix this. -- You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versi...@googlegroups.com. To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/versions?hl=en.
Re: Congrats, Versions team
Here's one more kudos for the nice update. It looks like Sofa taking over Versions development is working out well (for you guys and for us!) Daniel On Dec 2, 12:01 pm, Dirk Stoop d...@madebysofa.com wrote: Thanks Joe, It means a lot to hear that. - Dirk the Versions team On Dec 2, 3:10 pm, Joe Wicentowski joe...@gmail.com wrote: 1.1 looks like a solid release with needed fixes and good new features. Thanks for continuing the development of Versions! For those who haven't seen it yet, here are the release notes:http://versionsapp.com/releasenotes Cheers, Joe -- You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versi...@googlegroups.com. To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/versions?hl=en.
Re: Can I do a partial commit?
Y'know, I feel like such a dope for not thinking of that one myself!! Thanks for reminding me!!! On Jul 3, 2010, at 4:53 PM, Lorin Rivers wrote: I'm nit in front if my computer right now, but one thing you could do is temporarily move the folder'’s contents elsewhere, commit the folder then return the contents to the folder you just committed. -- Lorin Rivers 512/203.3198 On Jul 3, 2010, at 18:12, Daniel Israel d...@ebji.org wrote: Sure that's easy, but the problem is that I have an new folder and I can't commit just the folder and not the files underneath it. On Jul 3, 2010, at 2:38 PM, Rob Rye wrote: You can make the commit as fine grained as you like (down to a single file). Simply select those files you wish to commit and click on commit. You can select multiple (non-consecutive) files using command-click. On Jul 3, 2010, at 10:12 AM, Daniel Israel wrote: I'm working with Versions for the first time and so far I like it. However, I'm wondering if there is a way to do a partial commit? I have several changes, but I only want to commit some of them and can't figure out how this is done. I'm coming from TortoiseSVN on windows where you can select which of the files you want to commit. Any help appreciated. Thanks!! -D. Israel -- You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versi...@googlegroups.com. To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/versions?hl=en. -- You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versi...@googlegroups.com. To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/versions?hl=en. -D. Israel d...@ebji.org http://www.customcodebydan.com AIM: JudoDanIzz If a dozen smart, successful people who've achieved something great are all giving the same advice, take it. -- You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versi...@googlegroups.com. To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/versions?hl=en. -- You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versi...@googlegroups.com. To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/versions?hl=en. -D. Israel d...@ebji.org http://www.customcodebydan.com AIM: JudoDanIzz If a dozen smart, successful people who've achieved something great are all giving the same advice, take it. -- You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versi...@googlegroups.com. To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/versions?hl=en.
Re: Comparison between two revisions doesn't work with Versions 1.0.8 when asking from History Log
This is now working for me with version 1.0.9. Thanks Versions team for fixing this! -- You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versi...@googlegroups.com. To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/versions?hl=en.
Re: Resolving conflicts
I think svn changed the filename suffixes of conflict files around 1.5 or maybe 1.6. Newer versions use the left/right terminology. On Aug 14, 12:16 pm, Quinn Taylor quinntay...@mac.com wrote: I've never seen SVN produce files with the names you used... I'd expect to see something like this: source.php source.php.mine source.php.r7 source.php.r8 (As Daniel mentioned, these map nicely to Merge, Left, Ancestor, and Right, respectively.) Where did you get the suffixes of .working, .merge-left.r# and merge-right.r# from? - Quinn PS - Versions team, proper 3-way merging for conflicts would be a fabulous addition. This is one of the most confusing core concepts for SVN newbies to deal with... On Aug 14, 2009, at 6:07 AM, Davey Shafik wrote: I wrote up some directions with screenshots on how to use Filemerge here: http://daveyshafik.com/archives/681-resolving-svn-conflicts-with-file... - Davey smime.p7s 3KViewDownload --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Prevent taking window focus after Commit/Update action
This drives me nuts as well. However, I think the issue may be a system-wide exposé problem since it also happens with other apps sheets as well. On Aug 9, 3:21 pm, James jchiv...@gmail.com wrote: I searched about the group but couldn't find any threads pertaining to this, so hopefully it's not a dupe... I work using Spaces and occasionally switch task to Version, hit Commit or Update, then switch (Spaces) back to my editing session. However, once Version finishes it's chatter with the svn repo server, it calls for focus within the window manager, and so I get dragged away from my code editing back to Versions. I then have to switch back to my editor. It's a little frustrating, especially if you're regularly checking code in. Is this a known 'issue' at all? Cheers, James --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Recursive svn:ignore
Yea that would work for me. But it would be even better to be able to specify the directory too. What I'm trying to do is get subversion to ignore the ._* files that TextMate creates when a file is edited. No doubt there are many people using Versions who also use TextMate. On May 26, 12:19 pm, Larry G la...@brim.net wrote: Are you talking about a global Ignore? So something like Ignore all Thumbs.db files from the repo. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Recursive svn:ignore
Hello, svn propedit has a -R option allowing for files in subfolders to be ignored without one having to manually specify the same rule in all the directories. I'm wondering if Versions has/will have this feature? Would this work from the command line at least, assuming I have the right version of the command-line tools installed? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Error checking out repo
This turned out to be a common problem related to storing a working copy on a Samba share; this has little to do with Versions itself. The solution is to modify the main Samba configuration file (smb.conf in Linux), adding the following line: delete readonly = yes On May 13, 1:06 pm, Daniel James danieljam...@gmail.com wrote: Can't move '/Volumes/html/repo/.svn/tmp/entries' to '/Volumes/html/ repo/.svn/entries': Operation not permitted I'm getting this message because the owner of '/Volumes/html/repo/.svn/ entries' doesn't have write privileges on this file. When I change the privileges to 711 I can move the file in Finder. Then when I try to create a new subdirectory in the working copy, the permissions are reset. Obviously I'm not supposed to tamper with this. It would be helpful if someone from the development team could comment on what this operation is for? Do I need to change the default file permissions on the Linux machine? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Error checking out repo
Can't move '/Volumes/html/repo/.svn/tmp/entries' to '/Volumes/html/ repo/.svn/entries': Operation not permitted I'm getting this message because the owner of '/Volumes/html/repo/.svn/ entries' doesn't have write privileges on this file. When I change the privileges to 711 I can move the file in Finder. Then when I try to create a new subdirectory in the working copy, the permissions are reset. Obviously I'm not supposed to tamper with this. It would be helpful if someone from the development team could comment on what this operation is for? Do I need to change the default file permissions on the Linux machine? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Connecting to a VisualSVN repository via HTTP with a custom port number
Nevermind, it started working on its own the next morning. And no, I hadn't thought of what you suggested. Good to know. Cheers. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Connecting to a VisualSVN repository via HTTP with a custom port number
I've just set up a repository on Windows Server 2003. I've sucessfully connected to the repo from the command line on my mac: svn list http://u...@www.something.com:81/svn/repo However using the same url in the 'Location' field when creating a new repository bookmark will return this: PROPFIND request failed on '/svn/repo' PROPFIND of '/svn/repo': authorization failed (http:// www.something.com:81) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: FR/Bug?: log messages in History window are truncated
+1 for this. But don't hold your breath: I've been requesting this since the betas last [northern hemisphere] summer. On Feb 18, 5:27 am, mguske markus.gu...@googlemail.com wrote: Hi, my log messages often contains LF, to write more than a single line of comment The log messages aren't fully visible in history view, even the tooltip doesn't show the whole log message. Please repair or enhance, thx, ~ Markus --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Site License
Posting in hope that someone from Versions sees this thread. I've e- mailed three times about a site license, no reply. We want to buy your product, but need to speak to someone about it first, either via e- mail or phone. Help? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Waiting for transactions to finish
I'm using Versions 1.0.3 Build 56 on Leopard 10.5.6 and have this problem frequently. The only way to close the app is to Force Quit. It's very irritating! On Jan 16, 1:35 pm, Warren Krewenki krewe...@gmail.com wrote: I've got the same issue happening with some frequency now. I'm using the latest versions (1.0.3, I think), and it seems like it's only been happening since I upgraded to 10.5.6. I'm on a mac pro (early 2008) and my svn is stock (if it was ever upgraded, versions would have done so.) If this is happening to anyone else, maybe we can find a commonality in our setups to figure out why it's happening? On 5-Dec-08, at 6:03 AM, Codeblogger wrote: Hi, I have the same problem. Never occured to me with previous Versions. Regards Nicolai 2008/12/4 cdn chad.nic...@gmail.com Any news on this? I'm still experiencing this issue on v1.0.3. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Problem with umlaut characters like ö,ä,ü
I found out, that this is a general problem on Mac OS X due to differences in the actual encoding of umlauts in filename, even if it is UTF8 or not. After some testing I've experienced this behaviour with other svn clients and even the command line client too. Is there any way to solve this? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Problem with umlaut characters like ö,ä,ü
Hello, I have the following setup. A Windows machine (Vista) hosting the repos with an svnserve running. A mac machine (Leopard) running Versions and checking out files via svn:// from the Windows machine via network. I noticed, that Versions marks every file as missing with an umlaut in the file name inside the newly created working copy. Coevally it displays a new unversioned file with the exact name of the pretended missing file in the same directory. I guess this is due to different character on my 2 machines. How to handle it? Thanks in advance... Daniel --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Working copy depth
This is a feature request for Versions to handle SVN 1.5's new working copy depth a bit more robustly. Currently, if a working copy directory has depth=empty, Versions' browser will show remotely added (+) icons for the contents of that directory. I feel that in this situation the folder should appear empty, or at least have an option to make it so. Also, the badges in the source list counts files that are in the repo but do not exist in the working copy due to depth limiting -- I feel these should be excluded too. It would be nice if there were a way to set depth when updating, a la `svn update --set-depth=foo`. Any thoughts? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Huge memory usage in 1.0 release
Well, whatever it is you did to fix the performance issues in 1.0.3, it worked! Just bought myself a license. Good job, guys. Daniel --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Registration stuck at Processing...
I'm having trouble getting my copy of Versions registered. I successfully purchased a license this morning, and received the license code in an email. I then upgraded to v1.0.1, but the upgrade did not complete as expected--it stalled waiting for transactions to complete or something like that. Eventually I killed it. When I started Versions the About Versions dialog reported v1.0.1, so I assume the upgrade when fine despite the botched restart... Now I'm trying to register but it's stalled again. I typed my name and email into the Register Versions dialog, checked I agree to the Terms and clicked Register. And waited... And I'm still waiting nearly an hour later. The top of the registration dialog says Processing... but I'm starting to lose confidence. Please help. ~ Daniel p.s. I tried to submit this support request through the feedback form on your website, but I got the following error: Error: Server Error The server encountered an error and could not complete your request. If the problem persists, please report your problem and mention this error message and the query that caused it. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: History Log: what's the first Show Changes supposed to do?
I've been wondering about that all throughout the beta period. I figured it had just not been implemented yet, but it still seems to do nothing in version 1. On Nov 18, 12:05 am, stonehippo [EMAIL PROTECTED] wrote: The History Log dialog displays two show changes buttons: an upper button below the list of revisions, and a lower below the list of changed paths in the revison. The lower button's function shows the diff between revisions for the selected path. And the upper does... what? All it seems to do for me is show a spinner for a couple of seconds. Anyone get anything different or have some idea of what this is really supposed to do? Thanks, G --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---