npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

p4-oo

v2.0.3

Published

A small object-oriented utility library for dealing with Perforce

Downloads

114

Readme

p4-oo Build Status Coverage Status

NPM

p4-oo is a tiny object-oriented library for dealing with Perforce. Since Perforce sets all files in its workspace as read-only, and expects you to check out any file before editing, automated build processes and whatnot can stumble when trying to write to the file system. This library gives you a simple module to get Perforce out of the way. It saves its state across commands, so you can change working directories and set environment variables, and those will persist for subsequent commands. This is very helpful if you have a centralized system which is running perforce commands on behalf of users.

Installation

Get the module from NPM

$ npm install p4-oo --save

Include it in your project

var P4 = require("p4-oo");
var p4 = new P4();

API Reference

p4.edit(path, done)

Tell Perforce to open a file for editing

p4.edit("output.css", function(err, stdout) {
    if(err) console.error(err.message);
    console.log(stdout);
});

p4.add(path, done)

Tell Perforce to add a file to the default pending changelist

p4.add("output.css", function(err, stdout) {
    if(err) console.error(err.message);
    console.log(stdout);
});

p4.smartEdit(path, done)

Start by asking Perforce (nicely) to open a file for editing. If that doesn't work, try adding the file.

This is really meant to be a catch-all for automated output from tools. If you're generating files, there's a good chance that they don't exist yet in the workspace, but they might.

Note: Since you're sending requests to your Perforce server with each of these commands, don't just run this willy-nilly on every file in your project or something silly like that.

p4.smartEdit("output.css", function(err, stdout) {
    if(err) console.error(err.message);
    console.log(stdout);
});

p4.runCommand(command, [args], done)

Run a command directly, rather than through a proxying function. You can use this to call arbitrary commands, but if you find yourself using this often, feel free to submit a pull request updating the API or an issue describing the command and what you'd like to see returned.

p4.runCommand("edit", "path/to/file", function(err, stdout) {
    if(err) console.error(err.message);
    console.log(stdout);
});

// With optional "args" arg
p4.runCommand("info", function(err, stdout) {
    if(err) console.error(err.message);
    console.log(stdout);
});

// Without optional "args" arg
p4.runCommand("info", function(err, stdout) {
    if(err) console.error(err.message);
    console.log(stdout);
});

p4.setOpts(options)

Set options for the child_process, these options persist across commands. Also supports chaining.

p4.setOpts({env:{P4PORT:'perforce:1666',P4USER:'username',P4CONFIG:'.p4config'}});
p4.edit("output.css", function(err, stdout) {
    if(err) console.error(err.message);
    console.log(stdout);
    //user 'username' now has 'output.css' checked out
});

p4.cd(dir)

Change working directory for the perforce child_process. This persists across commands. Also supports chaining.

p4.cd('/').cd('dir');
p4.pwd();
//returns '/dir'

p4.stat(file,done)

Stats a file and returns a JSON object with the file's properties.

Should look like the following:

{ 
    "depotFile": "//depot/output.css",
    "clientFile": "/Users/username/workspace/output.css",
    "isMapped": true,
    "headAction": "edit",
    "headType": "xtext",
    "headTime": "1410890900",
    "headRev": "25",
    "headChange": "1184",
    "headModTime": "1410890778",
    "haveRev": "25",
    "other": [ { 
        "Open": "user@other_workspace",
        "Action": "edit",
        "Change": "1189" 
    } ] 
}

Example:

p4.stat('output.css', function(err,stats){
    if(err) console.error(err.message);
    console.dir(stats);
});

p4.statDir(directory,done)

Runs p4 fstat * in the directory. Ignores errors regarding subdirectories not being in workspace. Output matches p4.stat schema.

p4.recursiveStatDir(directory,done)

Runs p4.fstat ... in the directory. Does not ignore errors, as it is running using perforce's under this dir rather than shell glob.

p4.sync(filename,done)

Runs p4 sync filename in cwd. If file is already at latest revision, is not under client, or perforce errors otherwise, error object will be set. If sync is successful, data will look like this:

//depot/output.css#25 - updating /Users/username/workspace/output.css

p4.sync('output.css',function(err,data){
    if(err) console.error(err);
    console.log(data);
});

Tests

Tests are written in mocha and have child_process.exec mocked in order to test all output. Test coverage is tracked with istanbul.

Contribution

Send me a pull request!

Originally forked from natelong/p4