Huly Platform

⭐️ Your star shines on us. Star us on GitHub!

[!IMPORTANT] Hosted Huly is shutting down — please migrate your data.

The hosted Huly service is being discontinued because its hosting is no longer being funded. If you keep important data on the hosted platform, export and back it up, and migrate as soon as possible — we can help you move to either a self-hosted setup or a hosted option.

Not sure how? Follow the backup & restore guide for step-by-step instructions on downloading your backup and restoring it elsewhere.

The service shutdown is expected on July 20. Please make sure to export and migrate your data before then rather than wait until the last day.

Have questions or want updates? Join the Huly community to discuss migration and stay informed, or email us at artem@hardcoreeng.com with any questions. This affects only the hosted Huly service — self-hosted deployments are not affected.

About

The Huly Platform is a robust framework designed to accelerate the development of business applications, such as CRM systems. This repository includes several applications, such as Chat, Project Management, CRM, HRM, and ATS. Various teams are building products on top of the Platform, including Huly and TraceX.

Self-Hosting

If you're primarily interested in self-hosting Huly without the intention to modify or contribute to its development, please use huly-selfhost. This project offers a convenient method to host Huly using docker, designed for ease of use and quick setup. Explore this option to effortlessly enjoy Huly on your own server.

Activity

API Client

If you want to interact with Huly programmatically, check out our API Client documentation. The API client provides a typed interface for all Huly operations and can be used to build integrations and custom applications.

You can find API usage examples in the Huly examples repository.

Changelog

For detailed information about changes, improvements, and bug fixes in each version, see our Changelog.

Versions

The Huly Platform uses two types of version tags to distinguish between production-ready and development releases:

• Production Versions (v*) - Stable releases for end users

  • Example: v0.7.310, v0.7.307, v0.6.501
  • These versions are recommended for production deployments
  • Suitable for self-hosted installations
  • Published with release notes on GitHub Releases

• Development Versions (s*) - Pre-release builds for developers

  • Example: s0.7.313, s0.7.292, s0.7.288
  • Used for development and testing purposes
  • May contain experimental features or bug fixes
  • Not recommended for production use

Architecture

For detailed information about the platform architecture, services, and their interactions, see our Architecture Overview.

Table of Contents

• Huly Platform
  • About
  • Self-Hosting
  • Activity
  • API Client
  • Changelog
  • Versions
  • Architecture
  • Table of Contents
  • Pre-requisites
  • Verification
  • Branches & Contributing
  • Setup dev environment
  • Fast start
  • Installation
  • Build and run
  • Run in development mode
  • Update project structure and database
  • Troubleshooting
  • Build & Watch
  • Tests
    • Unit tests
    • UI tests
  • Package publishing
  • Additional testing
  • WSL build guide

Pre-requisites

• Before proceeding, ensure that your system meets the following requirements:
  • Node.js (v20.11.0 is required)
  • Docker
  • Docker Compose

If you use nvm, run this after entering the repo to align your shell with the repository Node version:

nvm use

Verification

To verify the installation, perform the following checks in your terminal:

• Ensure that the docker commands are available:

docker --version
docker compose version

Branches & Contributing

• The main branch is the default branch used for production deployments. Changes to this branch are made from the staging branch once a version is ready for community use.

• The staging branch is used for pre-release testing. It is stable enough for testing but not yet ready for production deployment.

• The develop branch is used for development and is the default branch for contributions.

We periodically merge develop into staging to perform testing builds. Once we are satisfied with the build quality in our pre-release deployment, we merge changes into main and release a new version to the community.

Setup dev environment

To initialise the communication submodule

git submodule init
git submodule update

To update the communication submodule

git submodule update

Authentication

This project uses GitHub Packages for dependency management. To successfully download dependencies, you need to generate a GitHub personal access token and log in to npm using that token.

Follow these steps:

1. Generate a GitHub Token:

• Log in to your GitHub account
• Go to Settings > Developer settings > Personal access tokens (https://github.com/settings/personal-access-tokens)
• Click Generate new token
• Select the required scopes (at least read:packages)
• Generate the token and copy it

2. Authenticate with npm:

npm login --registry=https://npm.pkg.github.com

When prompted, enter your GitHub username, use the generated token as your password

Fast start

sh ./scripts/fast-start.sh

Installation

You need Microsoft's rush to install the application.

1. Install Rush globally using the command:

npm install -g @microsoft/rush

2. Navigate to the repository root and run the following commands:

rush install
rush build

Alternatively, you can just execute:

sh ./scripts/presetup-rush.sh

Build and run

Development environment setup requires Docker to be installed on system.

Support is available for both amd64 and arm64 containers on Linux and macOS.

cd ./dev/
rush build    # Will build all the required packages.
# rush rebuild  # could be used to omit build cache.
rush bundle   # Will prepare bundles.
rush package  # Will build all webpack packages.
rush validate # Will validate all sources with typescript and generate d.ts files required for ts-node execution.
rush svelte-check # Optional. svelte files validation using svelte-check.
rush docker:build   # Will build Docker containers for all applications in the local Docker environment.
rush docker:up # Will set up all the containers

Be aware rush docker:build will automatically execute all required phases like build, bundle, package.

Note: For resource-constrained machines, you can use the minified variants rush docker:min and rush docker:up:min to build and run only the required services (excludes hulypulse, redis, process, backup, rating, preview, link-preview, elastic, fulltext, payment, stats, print, sign, hulygun, hulykvs).

Alternatively, you can just execute:

sh ./scripts/build.sh

By default, Docker volumes named dev_db, dev_elastic, and dev_files will be created for the MongoDB, Elasticsearch, and MinIO instances.

Add the following lines to your hosts file:

• macOS / Linux: /etc/hosts
• Windows: C:\Windows\System32\drivers\etc\hosts

127.0.0.1 huly.local
::1 huly.local

Accessing the URL http://huly.local:8087 will lead you to the app in development mode.

Limitations:

• Local installation does not support sending emails, thus disabling functionalities such as password recovery and email notifications.

Run in development mode

Development mode allows for live reloading and a smoother development process.

cd dev/prod
rush validate
rushx dev-server

Then go to http://localhost:8080

Select "Sign up" on the right panel and click the "Sign up with password" link at the bottom. Enter the new user's credentials, then proceed to create a workspace for them.

Update project structure and database

If the project's structure is updated, it may be necessary to relink and rebuild the projects.

rush update
rush build

Troubleshooting

If a build fails, but the code is correct, try to delete the build cache and retry.

# from the project root
rm -rf common/temp/build-cache

Build & Watch

For development purpose rush build:watch action co