If you are a software developer, you can help the development of PrestaShop by fixing problems that have been reported by you or another person in the Forge.

If you want to help fix a bug by writing a patch, there are a few steps to follow. In short, your submission should be made as a pull request on GitHub. See below.

If you have never used Git or GitHub, either read about these two by clicking on the links in the "Understanding Git" section of this page, or learn how to edit a single file within GitHub by reading the "Making changes directly in GitHub" section of this page.

Icon

As a contributor, you retain the copyright to your code. However, by submitting it to PrestaShop's repository, you are releasing it under either of these licenses:

Working using Git

This is the recommended way of contributing code to PrestaShop.

In order to make changes to PrestaShop's code, you first need to create a local fork of PrestaShop, or at least have your own GitHub repository. When your changes are done, you must send your work to the PrestaShop developers for approval. This means installing a tool to retrieve the PrestaShop code from GitHub, editing it on your machine, and sending your changes back to PrestaShop's GitHub repository.

If all this sounds like a foreign language, you should learn about Git and GitHub first. Go to the "Understanding Git" section of this page.

1. Creating a local clone of the PrestaShop repository

Fork the project by clicking on the "Fork" button. The fork will appear as a "PrestaShop" repository in your own account, with all the original branches.You've successfully forked the PrestaShop repository, but so far it only exists on your GitHub account. To be able to properly work on the project, you will need to clone it to your local machine.

On your local machine:

Clone your fork:

Create a new folder on your local machine. We'll name it "PS-MyChanges", but you can use whatever name you want.

Right-click on your PS-MyChanges folder, and in the Git section of the menu that appears, choose "Git Clone..."

In the "Git clone" window that opens, paste the clone URL in the "URL" field and remove the final "\PrestaShop" mention in the "Directory" field, so that the files are downloaded at the root of the folder. Finally, do not forget to check the "Recursive" box so that you will also get all the default modules!

Click OK: TortoiseGit will download the files and folders from your GitHub repo.

(optional) Add the "upstream" remote: When a repository is cloned, it has a default remote repository called "origin" that should point to your fork on GitHub, not to the original PrestaShop repository from which it was forked. To keep track of the changes in the original repository and keep your local clone updated, you need to add another remote URL named "upstream":

Right-click on the PrestaShop folder in the PS-MyChanges folder (it should have a green mark if no change has been made yet), and at the bottom of the TortoiseGit submenu, choose "Settings". This opens the Settings panel.

Click the "Add new/Save" button. TortoiseGit asks you if you want to disable tag fetching for this remote: choose "No", since this remote IS an official remote.

TortoiseGit asks you if you want to fetch remote branches from the newly added remote: choose "Yes".

TortoiseGit displays the Fetch window for PS-MyChanges: click "OK". A window will open showing that Git is fetching data. Close it once it is done, and close the still-open Settings window (which should by now list "upstream" below "origin" in the list of remote URLs).

2. Making your changes and pushing them to your GitHub repository

Edit the files that you want to change. As soon as you save an edited file, Windows will change the file's icon from green to red to indicate that it has been changed since the last update.

Once you are done editing the local files:

Reach the root of your local repository (the folder above PS-MyChanges). Right-click on the PS-MyChanges and choose "Git Commit -> 1.6...", with "1.6" being your current local branch. This will open the Commit window. The files you have changed should appear in the "Changes made" section.

Make sure to only commit the files that you meant to change for this feature/bugfix, but not any other changed files! For instance, PrestaShop and its modules might change some configuration files: do not ever commit them!If there are files that you did not change yourself or do not want to commit at this time, simply deselect them before clicking "OK".

Click the "OK" button: your changes are now committed to your local Git repository. Click "Close".

Right-click on the PS-MyChanges folder and choose "Git Sync...": the Git Synchronization window opens, asking you which local branch should be pushed to which remote branch – usually it should be "1.6" in both cases, unless you have created a specific local branch your set of changes. Leave "origin" as the remote URL since you can only push your changes to your own repository on GitHub (and not the "upstream" official repository for PrestaShop), and click "Push".

TortoiseGit updates the window with the current status, and might also open an OpenSSH window asking you for your GitHub username, then your GitHub password. Give them both and validate: the status window should push your changes to your GitHub repository.

Success! You can close the TortoiseGit windows: the rest of the process will happen on GitHub.

3. Submitting your changes to the PrestaShop developers

Now that your changes are stored on your GitHub fork, you need to let them be known to the PrestaShop developers. This is done by creating a "pull request" (or PR), which can be seen as making a code suggestion using all the files you have committed. GitHub has an excellent help page about creating pull requests, but here is a summary:

Go to your own PrestaShop repository on GitHub.

Either click on the "Pull Request" button or the "Compare" button. Both will open the same screen, comparing your latest commit to the original code.

The top of the screen indicates what is being compared. It should be PrestaShop's 1.6 branch with your own 1.6 branch. You should not have anything to change here: just make sure that the base fork is the PrestaShop repository at branch 1.6, and that the head fork is your own repository at the branch you pushed your changes to.If GitHub says "There isn't anything to compare", you might have forgotten a step in this tutorial.

Click on the "Create a pull request" button. A new screen should appear, in which you can review your changes and give your pull request a title (it should already use the commit message you used from your local clone).

This title is only for internal use at GitHub: it helps the PrestaShop developers, but only your local commit message is kept in the project's Git history. In any case, most of the time you won't need to edit the title: keep the commit message.

Click on the "Send pull request" button: GitHub opens a screen where you can start a conversation about your pull request, right in PrestaShop's GitHub repository.

Congratulation, your changes are now ready to add to the PrestaShop codebase!

Wait for one of the core developers either to include your change in the codebase, or to comment on possible improvements you should make to your code. Once your pull request is accepted, you will receive an e-mail, and the discussion section will look like this:

Keeping your fork and clone up to date

If you plan on contributing to PrestaShop for anything more than a very quick fix, you should make your fork track the official PrestaShop repository. This is what you should have done in the optional 3.b. step, "Add the 'upstream' remote" – and you can still do it now!

Here is how to set up the local upstream remote if you haven't already:

Right-click on the PrestaShop folder in the PS-MyChanges folder (it should have a green mark if no change has been made yet), and at the bottom of the TortoiseGit submenu, choose "Settings". This opens the Settings panel.

Click the "Add new/Save" button. TortoiseGit asks you if you want to disable tag fetching for this remote: choose "No", since this remote IS an official remote.

TortoiseGit asks you if you want to fetch remote branches from the newly added remote: choose "Yes".

TortoiseGit displays the Fetch window for PS-MyChanges: click "OK". A window will open showing that Git is fetching data. Close it once it is done, and close the still-open Settings window (which should by now list "upstream" below "origin" in the list of remote URLs).

Now you can update the local clone:

Right-click on the PS-MyChanges folder, and choose "Git sync..."

In the Git Synchronization window that appears, choose "upstream" as the remote URL, and click on "Pull".

TortoiseGit displays status information, downloads the latest data from your upstream remote URL (which should be https://github.com/PrestaShop/PrestaShop.git), and finally displays the latest changes from upstream, which have now been merged to your local repository.

Your local clone is now up to date, but you might want your fork on GitHub to also be on par with the upstream repository. You cannot do this from one GitHub repo to another, but TortoiseGit can do the trick for you, right after you have updated your local clone:

Open the Git Synchronization window if it is not yet open: right-click on the PS-MyChanges folder, and choose "Git sync...".

Choose "origin" as the remote URL, and click on "Push".

TortoiseGit updates the window with the current status, and might also open an OpenSSH window asking you for your GitHub username, then your GitHub password. Give them both and validate: the status window should push your changes to your GitHub repository.

You're done!

Making further pull requests for PrestaShop

You can continue editing your local copy of PrestaShop and submit your changes to the PrestaShop developers with the process we explained earlier. Here it is again, in a complete form:

On your local machine:

Always pull the latest changes from the upstream repository. This will prevent bad surprises, where you cannot push your changes until you have merged the ones that were made by other developers!

Make your changes:

Edit all the necessary files. As soon as you save and edited file, Windows will change its icon from green to red to indicate that it has been changed since the last update.

Submit your changes to your GitHub repository:

Once you are done editing the local files, reach the root of your local repository (the folder above PS-MyChanges).

Right-click on the PS-MyChanges and choose "Git Commit -> 1.6", with "1.6" being your current branch. This will open an interface window. The files you have changed should appear in the "Changes made" section.

Click the "OK" button: your changes are now committed to your local Git repository. Click "Close".

Right-click on the PS-MyChanges and choose "Git Sync...": a window opens, asking you to which branch the local commit should be pushed – usually it should be "1.6". Leave "origin" as the remote URL, and click "Push".

TortoiseGit updates the window with the current status, and might also open an OpenSSH window asking you for your GitHub username, then your GitHub password. Give them both and validate: the status window should push your changes to your GitHub repository (see above).

Success! You can close the TortoiseGit windows: the rest will happen on GitHub.

Submit your changes to the PrestaShop repository:

Go to your own PrestaShop repository on GitHub.

Either click on the "Pull Request" or the "Compare" button. Both will open the same screen, comparing your latest commit to the original code.

The top of the screen indicates what is being compared. It should be PrestaShop's 1.6 branch with your own 1.6 branch. You should not have anything to change here, just make sure that the base fork is the PrestaShop repository, and that your own repository is the head fork.

Click on the "Create a pull request" button. A new screen should appear, in which you can review your changes and edit your commit message (it should already use the commit message you used from your local clone).

Click on the "Send pull request" button: GitHub open a screen where you can start a conversation about your pull request, right in PrestaShop's GitHub repository. Congratulation, your changes are now ready to add to the PrestaShop codebase!

Wait for one of the core developers either to include your change in the codebase, or to comment on possible improvements you should make to your code.

Welcome to the fabulous world of Git collaboration!

Making a pull request for one of PrestaShop's modules

PrestaShop's default modules are stored in separate repositories from the main repository: each has its own repository on PrestaShop's GitHub account. For instance:

They are separated on the main repository, but since you made a recursive clone of PrestaShop, they were all downloaded by Git as if they were part of PrestaShop. You MUST do another step in order to have a proper setup:

Right-click on the your clone folder (in this example, PS-MyChanges) and choose the "Git bash here" option. If you do not have it, install Git for Windows (http://msysgit.github.io/) with "Git bash here" option enabled.

In the bash window that opens, type this command: "git submodule update --init" (without the quotes).

This will pull the modules and detach them. They won't have any branch: this is meant to avoid breaking your project when a third-party submodule is updated.

Having modules separated from the main PrestaShop repository means that you cannot push edited module files into the main repository; you have to follow a process similar to the one that you used for PrestaShop:

You are now ready to edit your files, but please understand this: you should make your changes (or at least push them) to the "dev" branch of the module, NOT the "master" branch. The PrestaShop developers will not accept changes sent to the "master" branch! Here is how to switch branch with TortoiseGit:

Right-click on the module's folder, and in the TortoiseGit submenu, choose "Switch/Checkout...".

In the window that opens, choose the "remotes/origin/dev" branch and click "OK".

There, you can make your changes!

Now, when pushing your changes:

Rick-click on the module's folder, and choose "Git sync...".

Make sure you are pushing the local dev branch to the remote dev branch, and that the remote URL is "origin".

Click "Push".

Your changes are now on your GitHub account, in the repository for this module (for instance, https://github.com/your-username/gridhtml). All you have to do now is create a Pull Request for these changes, just as you would do for PrestaShop.

Making changes directly in GitHub

This is not the recommended way to contribute code, and should only be seen as alternative if you don't feel comfortable forking the project or using Git altogether. One of the issues of this method is that it might bring hundreds of untested pull requests to the PrestaShop developers, who are already trying hard to focus on their own assigned projects...

GitHub will then automatically create a new fork with a "1.6" branch on your own GitHub account, then suggest to create a pull request to PrestaShop: just write a commit message (follow the PrestaShop commit message norm!), and validate. Once the pull request is submitted, you just have to wait for a core developer to act on it.

You can also easily create a new file directly on GitHub:

From your fork of PrestaShop, click the "+" button next to the project's name (usually, next to "PrestaShop").

Once the online editor is open, type your code in the screen. Try not to forget to add the notice of license and the disclaimer in a comment section at the top of the file, just like every other files in PrestaShop do.

Save your file. Do not forget to give it a name, along with a commit summary and, if needed, an extended description of what your file brings to PrestaShop. This is essential as the PrestaShop developer will use it to get the context of your file, and therefore to decide whether it should be added to PrestaShop or not.

Icon

Make sure that you are always making changes to the latest version of the original repository. This means that the "Branch" button above the list of file should read "branch: 1.6", and not "branch: master":

The 1.6 branch is the one where all current works are pushed to.

The master branch is a snapshot of the development branch which was used to build the previous release of PrestaShop.

The release branch (if available) is the forthcoming release.

Others branches are for specific current projects, and should not be touched.