June 13, 2013
If you haven't seen already on TechCrunch and Develop, yesterday we released our new code collaboration platform Perforce Swarm. After working on Swarm for many months it's exciting to see the press covering it, but it's even more exciting to see you folks getting your hands on it to see what it can do. While our development team pauses to plan its future development work on Swarm and bask in the glow of the media coverage, I'd like to talk about your future development work on Swarm.
June 11, 2013by Perforce
Have you heard the buzz? Our elegant new code collaboration tool is now available. Perforce Swarm is a powerful platform where developers can have conversations about code changes, share creative ideas and help each other fix bugs quickly. Have a look at our 2-minute overview of Swarm.
Swarm is the place to connect to your team, your code and your continuous delivery pipeline. It does three BIG things and a bunch of little (but important) things. I’ll start with the big stuff…
June 06, 2013by Perforce
Ever had your Perforce repository become unresponsive because someone ran a script that was hammering the repository in a while(1) loop? The Perforce server process (p4d) is normally a very gracious host, accepting any and all requests from users and automated processes. However, there are some cases where you'd like it to be a little more choosy. Otherwise, a poorly constructed script, malicious activity, or just plain old too much traffic can overwhelm p4d for a period of time.
The 2013.1 release has a great new configuration parameter that lets you prevent these situations. Just set the server.maxcommands parameter to the maximum number of requests that p4d should handle concurrently before it starts rejecting new requests:
June 04, 2013by Nellie LeMonier (@p4nellie)
We make software because we hope someone will use it, that they find it useful, and that it fills a need — even if they don't know they have it. While we can make many incredibly sophisticated, beautiful software applications, many of them will die a lonely death if no users find them useful enough to buy or use. Each of us has had a product die in such a way at least once in our careers. So how can we make software better, more useful, more likely to go viral with users and not die before it lives?
June 03, 2013by Perforce
The 2013.1 release of Perforce now supports IPv6 addresses. That means that you can run your Perforce services on an IPv6 address, and use IPv6 addresses in the Perforce protections table. Host names that resolve to IPv6 addresses are also supported.
IPv6 support is turned off by default. You can turn it on by using an IPv6 address as your main service's P4PORT setting, or by setting a tunable. When you do turn on IPv6, IP addresses reported in log files and messages will be in IPv6 format, so be sure to update any scripts that might parse out IP addresses.
May 31, 2013
As recently promised, this is our first P4Ideax graduating class! If you aren't familiar with P4IdeaX it is an idea incubator where Perforce users can share ideas and comment and vote up other ideas that are important to them. The top ideas are then fed directly into the Perforce product management and development teams. A number of the ideas below were implemented solely because of their popularity on P4IdeaX.
This graduating class will likely be our largest because we have not cleaned up the implemented features since P4IdeaX was originally setup. Grab a beverage and settle in!