Skip to content

Latest commit

 

History

History
68 lines (42 loc) · 3.42 KB

CONTRIBUTING.md

File metadata and controls

68 lines (42 loc) · 3.42 KB
Raw

How to contribute

You can contribute by either creating a new pull request or testing existing pull requests and commenting on whether the egg works for you or not. Testing is very important and helpful!

General rules for eggs

  1. Keep it simple. We don't need 8 miles of the install script.

  2. Keep it small. Only use what is absolutely needed. The Yolks install images already contain the most basic packages that speeds up the installation process.

  3. Use the stock images. If you need something in an image, open a PR in my yolks repo where it can be reviewed and built. Self-hosted or third-party images won't be accepted for security reasons.

  4. Don't be afraid to submit PR's to the egg repo. I don't bite. I will work with you on the egg and the required things to run it. Feel free to open a draft PR if you don't quite have the egg finished yet by yourself.

Sources for working on a new egg

Look at existing eggs to see how they work. In most cases, you can take the existing egg as your new template. There's a brief documentation on how to create eggs and Docker images.

Use existing Docker images for your egg. You can find them in Parkers Yolks fork and Pterodactyl Yolks.

We have a collection of existing install script snippets that you can use.

Step 1

Be aware of the pterodactyl install process

The Pterodactyl install process is fairly simple once you know it.

    1. Spin up install container
        Creates a new container using an install image that's run as root.
        Uses a volume mount on `/mnt/server` for the server files, which is the working directory during installation.
        The volume will be later mounted as `/home/container` for the server container. Any files outside of `/mnt/server` will be gone after installation.
        Install script can pull files or set up all that is needed to run the server, such as writing files, directories or compiling apps.
        It is regularly used to just download the files required. Such as server files and configs.


    2. Stop and destroy install container

    3. Start a new container with the server files in /home/container
        This is where the server is actually run. No root privileges.
        Any dependencies installed during the install process are gone.
        The container that is started should have everything you need.
        No packages can be installed. Any required dependencies must exist in the used Docker image.

Step 2

Testing

Make sure your install process is rock solid as I will be testing eggs before they ever hit my repo.

I will make suggestions and changes at will. This is to maintain a clean repo that others can pull and be fully aware of what is being done.

Step 3

Make a branch and do your work in there

I have been getting messy PR's due to people always PRing from their master branch. Please make a separate branch and PR from there.

Step 4

Open a new pull request and fill in the template. Make sure that the readme files have been updated to include the new egg.