![]() If you launch Sublime Merge from the terminal, do you see the prompt for the SSH passphrase every time? Tried it on Git's Bash, no output whatsoever. ![]() I've tried the above steps with a Bitbucket repository via HTTPS, by launching SM from Git Bash, and I confirm it didn't ask me for credentials (not even on the first push). Right now I can't try this with SSH because of the above mentioned mod to the Git settings where I've manually added the user and password for each repository on my NAS drive - if you still need me to do that test I'll need to find a free time slot to unroll all those changes, but since the HTPPS test turned out to no longer ask for credentials I think that it might have answered already your question. So, from what I've gathered so far, it seems to be an issue of SM trying to use the default/main Git account for all repositories (in my case, the GitHub account is the main account) and for some reason not being able to associate different accounts with different services. #Sublime merge build 1107 license license#.#Sublime merge build 1107 license how to#.Probably the fact that there are lots of open source packages revolving around ST and SM adds confusion to the issue and blurs the line between the proprietary (and commercial) products and their open source (and free) third party additional components.Īs for the idea of a discount for ST registered users buying SM, why not? This could be a good motivation factor, especially for offices that would have to buy multiple licenses, where a 10% discount would ultimately make a difference. Somehow, this generous policy of not putting restrictions on the trial period has been often translated into the misconception that buying the license is optional, some kind of good will act to support its developers. So to me it makes sense to allow users to take all the time they need before deciding. So, there are many good products which I didn’t buy just because I burned my single chance to test them. Personally, I hate software trial periods where you have the pressure of 30 days or 30 work sessions and in many cases I end up not finding the time to test the software at all before the 30 days expire, due to work overload. When SM came out, it took me only a couple of hours to decide it was going to be my Git GUI of choice, and bought a license straight away. In my case, it took me rather long to decide whether I wanted to switch to ST or not, because I had only a couple of hours a week to play around with it, and because I wasn’t sure it could replace the various editors I was used to work with. But ultimately, there comes a point when you realized whether you are going to make ST/SM your tools of choice, and at that point you need to purchase a license if you wish to carry on using the product. ST allows you to try the product for as long as you need to decide whether it suits you or not - being an editor, some people might take a week to decide, other might need three months, because they want to test all the packages they need, and/or because they might have little spare time to dedicate to trying it out. Registered users (like you and me) tend to overlook this issue, but it seems to me that many unregistered users misunderstand the license policies of ST and SM (which ultimately makes them feel they don’t really need to buy a license at all). I’m saying this just to dispel some confusion I often encounter on forums, where I see people mentioning that ST can be used freely. ![]() I’d rather rephrase that into “Since you can TRY both products for free, without restrictions, WHEN you choose to pay…”. Since you can use both for free, if you choose to pay…
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |