Skip to content
Organization Visualizer using Atomist project scanning
TypeScript Dockerfile
Branch: master
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
.atomist Tag latest docker image Jul 24, 2019
images Include sample visualization May 7, 2019
legal
lib Update dependencies Sep 3, 2019
test/aspect Update dependencies Aug 23, 2019
.dockerignore Fix dockerignore Aug 22, 2019
.gitattributes Convert project page from handlebars to JSX (#16) May 27, 2019
.gitignore Generate .d.ts.map files when compiling Aug 2, 2019
.npmignore Initial commit May 6, 2019
CHANGELOG.md Changelog: add release 0.1.28 Aug 2, 2019
CODE_OF_CONDUCT.md Initial commit May 6, 2019
CONTRIBUTING.md Initial commit May 6, 2019
Dockerfile Update ip address to fix docker build issues Aug 28, 2019
LICENSE Initial commit May 6, 2019
README.md Tweaks to README Sep 17, 2019
SECURITY.md Autofix: Add community files May 30, 2019
index.ts Lint Sep 17, 2019
package-lock.json Lint Sep 17, 2019
package.json
tsconfig.json Remove erroneous Error import Aug 27, 2019
tslint.json Autofix: Update support files Jun 25, 2019

README.md

@atomist/org-visualizer

A tool for visualizing technology usage and drift across an organization.

The cloud native era has led to an explosion of repositories, which we lack tools to understand and manage at scale. See Rod Johnson's blogs This Will Surprise You and What's Lurking in Your Repositories for further discussion.

An Atomist aspect captures a concern in code or process. Aspects can access anything held in git: code and configuration and git data such as branch counts and committer activity. With the Atomist event hub, aspects can also capture data from your process, such as the characteristics of a push, build time and outcome.

Aspects support the following use cases:

  1. Visualization (all aspects): See usage and drift across your organization.
  2. Convergence (some aspects): Help drive code changes to achieve consistency on an ideal state of an aspect, such as a particularly version of a library.
  3. Reaction to change (some aspects): React to changes in aspect usage within a project: for example, to a library upgrade, removing a Spring Boot Security starter or exposing an additional port in a Docker container.

This project focuses on the visualization use case. Visualizations are exposed via d3 sunburst charts and via a REST API returning JSON documents.

There is out of the box support for investigating the following aspects of your project:

  • TypeScript version
  • Spring Boot version and starters (with Maven)
  • Docker base images, Dockerfile path and exposed ports
  • Java build tool (Maven, Gradle)
  • Library versions (npm, Maven, Python)
  • Inclusion of a code of conduct
  • Common CI tools
  • git activity and branch count

This repository also serves as an incubator for aspects that may graduate into other Atomist open source projects.

Analysis is extensible using the Atomist Project API. Implementing and registering additional aspect result in additional visualization links after re-analysis and restarting the application.

An example visualization, showing Docker images used across two GitHub organizations:

Docker image visualization

Running in Docker

To try this program without installing anything (except Docker), you can use the Docker image. Start org_visualizer in Docker, then send commands to get it to analyze repositories (on your computer or from GitHub), then look at the results in your browser.

Start the SDM in Docker

Run this:

docker run -it --rm -p 2866:2866 -v /path/to/your/local/repositories:/root/atomist/projects --name org-visualizer atomist/org-visualizer

Which means:

docker run says to start up a container.

-it says, keep it interactive in the current terminal.

-p 2866:2866 makes the SDM's web interface available outside the container.

--rm says, remove the container after it shuts down. (I've never not wanted this option to docker run)

The -v /path/to/your/local/repositories:/root/atomist/projects part is optional. If you want to analyze repositories that exist on your computer, this will give the container access to them at /root/atomist/projects.

--name org-visualizer lets you reference the container, as in the next section.

atomist/org-visualizer is the name of the image on Docker Hub.

Docker will download the image and then start up the SDM. The terminal will print a summary of the SDM when it's done with startup. This includes:

  SDM
    Org Visualizer  started in local mode

and then some other stuff. You can also find the link to the web interface:

  Atomist Visualizations
    http://localhost:2866/overview

(Ctrl-C will exit. But leave it running for the rest of this activity.)

Send analysis commands

Analysis is triggered at the command line. Use Docker to run the command line inside the container you just started.

For example:

docker exec -it org-visualizer sh -c "atomist analyze github organization"

Here, docker exec says "run this command in the named docker container."

-it makes it an interactive terminal command.

org-visualizer is the name of the docker container, from the --name option to docker run above.

sh -c says "Here's a command to run in shell"

"atomist analyze github organization" is the shell command to run, in quotes. Here, it's requesting an analysis of a GitHub organization. It'll prompt you for the name of the organization.

For other analysis commands to run, see below.

Look at the results

Find the interface at: http://localhost:2866/overview

When you want to modify this program to make your own aspects, proceed with running this app on your laptop.

Running

To visualize your GitHub or local repositories:

  1. Clone and build this project
  2. Set up the required PostgreSQL database
  3. Start the org-visualizer software delivery machine
  4. Run analysis on your repositories via the Atomist CLI
  5. Hit the web interface at http://localhost:2866
  6. If you have more ideas, add code to study more aspects of your projects

Building

Please use Node 10+.

First, install with npm ci.

Next, build with npm run build

Database setup

Creating the Database

Data about your repositories are stored locally in a PostgreSQL database.

Before starting to use org-visualizer, you need to create the required database by running the following command after starting your local PostgreSQL server:

$ npm run db:create

To clean up and remove the database, run:

$ npm run db:delete

Connecting to the Database

For anything other than the default PostgreSQL connection parameters and db org_viz:

Configure the PostgreSQL database details in client.config.json in your ~/.atomist:

{
  "sdm": {
    "postgres": {
      "user": "<postgres user>",
      "password": "<postgres password",
      "host": "<postgres host>",
      "port": "<postgres port>",
      "database": "org_viz"
    }
  }
}

If ~/.atomist/client.config.json does not exist, create it with the above content.

Other Dependencies

You will need the following installed on your machine for the out of the box aspects to work:

  • The git binary.
  • Java
    • A JDK (not a JRE)
    • Maven - mvn must be on the path.
  • Node
  • npm

git is always required. Java or Node binaries are required only if working with those technologies in the projects you are analyzed.

All artifacts referenced in Maven or Node projects must be accessible when the analysis runs. You can check this by manually running mvn or npm i on the relevant projects.

Analyze your repositories

The analyze command is exposed by this org-visualizer project. It works as at Atomist command, which runs through the atomist CLI.

Prerequisites

Either run the org_visualizer in Docker or:

  • install the CLI: npm i -g @atomist/cli
  • start the org_visualizer (in the org_visualizer project): atomist start --local

GitHub

To analyze a GitHub organization, run the following command:

atomist analyze github organization

Enter the GitHub owner name (e.g., atomist) at the prompt. Alternatively you can specify the owner parameter as a CLI argument to skip the prompt, as follows:

atomist analyze github organization --owner atomist

To access private repositories, ensure that your GitHub token is available to Node processes via a GITHUB_TOKEN environment variable.

Local directories

To analyze local directories, wherever they were cloned from, specify the full path of the parent directory of the repositories, as follows:

 atomist analyze local repositories --localDirectory /my/absolute/path/

The directories must be git projects.

General

Run atomist analyze [local|github] with --update true flag to force updates to existing analyses. Do this if you have updated your analyzer code. (See Extending below.)

Use the --cloneUnder [dir] option to supply a stable directory under which all cloning should be performed. This will make subsequent analysis runs quicker. Otherwise, temporary files will be used.

If using a stable directory, make sure the directory exists and is writable by the org-visualizer process. And keep an eye on disk usage, as these directories are not transient and will not be deleted automatically.

Run the web app

When the server is running with atomist start --local, you can see the visualizations.

Go to http://localhost:2866.

Lifecycle

Atomist aspect functionality isn't limited to analyzing repositories. It is intended to be built into your delivery process, via an Atomist SDM. This will ensure that your analyzes are always up to date, and that fingerprints can be extracted by delivery events such as builds.

Fingerprinting on Push

The org-visualizer open source server is an SDM, meaning it can react to delivery events in repositories it manages. Running locally, it works with directories under a given base directory (by default, ~/atomist/projects/), in which Atomist git hooks have been introduced.

Please refer to the atomist clone command for further information.

This SDM reacts to any push to the default branch of any managed repositories, calculating fingerprints.

Delivery events

Atomist is designed to work with a wide range of events, not merely pushes.

This SDM reacts to pushes of Maven projects and will attempt to build them, in order to trigger the build time aspect that demonstrates the intersection of aspects with the delivery process. As your projects build, build time information will appear on the org-visualizer dashboard.

The build goal is set in index.ts by the following code:

return {
    // Fingerprint every push to default branch
    fingerprint: {
        test: ToDefaultBranch,
        goals: pushImpact,
    },
    // We know how to build Maven projects
    build: {
        test: IsMaven,
        goals: build,
    },
};

Atomist is a powerful delivery orchestration engine. An SDM can coordinate other tools, automatically fix code. See Why You Need an SDM. See the Atomist samples repository for examples of SDM configurations.

When using the Atomist service, event handling is automatically handled for repositories on GitHub, BitBucket or GitLab.

Architecture

There are three architectural layers:

  1. Fingerprint extraction. This is enabled by implementing Aspects. Aspects know how to take fingerprints (extractions of small relevant bits) of the code, compare them, and even update them. Analysis is triggered by atomist analyze or by an SDM in response to a push.
  2. API layer. Once your server is running, see the Swagger API documentation at http://localhost:2866/api-docs
  3. Simple UI using static React and d3 exposing sunburst charts based on the API.

Extending

This project includes some well known aspects but it is intended for you to add your own.

Do this by updating the aspects function defined in the aspects.ts file. Simply add aspects to this array:

export function aspects(): Aspect[] {
    return [
        DockerFrom,
        TypeScriptVersion,
        //... add your aspects here

After updating your code you will need to rerun existing analyses. Run atomist analyze [local|github] --update true again to force updates on existing data.

See the developer guide for more information.

Next Steps

The Atomist service keeps analyses up to date automatically across all your repositories. It can also help to achieve consistency and convergence in eligible aspects by updating projects, and enabling workflows on change.

See https://atomist.com/developer.html for further information.


Created by Atomist. Need Help? Join our Slack workspace.

You can’t perform that action at this time.