Skip to content

Documentation process

This guide describes how to contribute to the Nepenthes documentation, including the tool setup.

Setup the tools to easily contribute to the Nepenthes documentation

This guide aims to help users that are new to Git and Markdown to contribute to the Nepenthes documentation. There are a two very helpful tools that makes it extremely easy to contribute to Nepenthes:

ToolPurpose of this toolWebsite and download
TyporaTypora is an application that enables you to easily edit markdown files. The markdown file format is used for the Nepenthes documentation which allows you to focus on the content instead of the formatting.typora.io
GitHub DesktopDesktop is an application that enables you to interact with GitHub using a GUI instead of the command line or a web browser.desktop.github.com

Step 1: Create user account on GitHub.com

You need an account on GitHub.com to contribute to the Nepenthes documentation. Here you can sign-up a new account.

Step 2: Install Typora

You can download the installer from the Typora website. Follow the prompts to complete the installation. In case you need more information there are very detailed help for each supported operating systems Linux, macOS and Windows.

Step 3: Install GitHub Desktop

You can install the software GitHub Desktop on any supported operating systems. To install GitHub Desktop navigate to https://desktop.github.com and download the appropriate version for your operating system. Follow the prompts to complete the installation.

Step 4: Sign in into Github.com in GitHub Desktop

To exchange data between your local repository and remote repositories you need to first sign (File -> Options -> Sign in).

sign-in-into-github

In the next screen click on "Continue with browser".

continue sign in in browser

This opens your browser. To authenticate to type your GitHub.com credentials and click Sign in. If you have configured two-factor authentication (2FA) for GitHub enter your 2FA code in the prompt on GitHub and click Verify.

Alternatively, if you were already signed in to GitHub, follow the prompts to return to GitHub Desktop to finish authenticating.

After authenticating your account, you are ready to manage and contribute to projects with GitHub Desktop.

Step 5: Fork the Nepenthes repository

If you are an external contributor you don't have write permissions on the repository https://github.com/opf/openproject. In this case you first need to fork the repository by clicking the button Fork. This basically means that you have your own copy of the repository on GitHub.com. Since it is your own repository you have write privileges here.

fork openproject

Step 6: Disable Actions on GitHub.com

There is are automated actions configured in the original repository, that we do not need for writing documentation. Therefore we may deactivate the github actions in the Settings of our own forked repository. On GitHub.com navigate to "Settings -> Actions" and Disable Actions and confirm with Save.

disable-github-actions

Step 7: Change the Default branch for GitHub Desktop

Open https://github.com/[your-user]/openproject. On the forked repository go to "Settings -> Branches" in the left side menu and Switch the default branch by pressing the symbol with the two arrows [3].

switch-the-default-branch-step-1

Select release/12.3 as default branch and confirm with Update

NOTE: There will be an additional window. Press the button: I understand, update the default branch.

switch-the-default-branch-step-2

Step 8: Sync fork and Update branches (update local repository)

Every time you start editing please make sure you have fetched the latest changes from GitHub.com. First you need to update your forked repository. There you select the branch you are working on, e.g. release/12.3. If there are updates in the main repository opf/openproject click on Sync fork and Update branch.

sync fork update branch

Now you have fetched the latest changes from the main repository and can go back to GitHub Desktop.

Finally you have to press "Pull origin". Afterwards your local repository is updated to the latest commits of eg. opf/openproject/release/12.3

pull-upstream-changes

Step 9: Clone the forked Nepenthes repository in GitHub Desktop

Before you can make changes you need to create a local clone of the Nepenthes repository on your local computer. Open GitHub Desktop and navigate to "File -> Clone repository".

clone repository

In the modal window select the repository you forked in step Fork the Nepenthes repository. Also select a folder on your computer for the cloned repository. Click Clone.

select repository to be cloned

In the next screen select To contribute to the parent project.

define how to use the fork

Step 10: Create a new Git branch for your change

Select the latest release branch e.g. release/12.3 as the current branch.

create new branch - step 1

In the same drop down click on "New branch". In this window insert a branch name that describes your changes and select the latest release branch e.g. release/12.3 the created branch is based on.

create new branch - step 2

After that Publish your branch to the forked remote repository on github.com.

create new branch - step 3

Step 11: Open the files you want to change in Typora

In Typora open the files you want to change (File -> Open). In the file picker navigate to the local folder you selected in the step Clone the forked Nepenthes repository in GitHub Desktop.

Step 12: Make the changes in Typora and save the file

The Typora editor makes it quite easy to make changes to the file. After you made your changes do not forgot to save.

Step 13: Commit the change to your local repository in GitHub Desktop

Open GitHub Desktop. Here you can see all the changes you made in your local repository.

commit history in github desktop

Add a commit message that best describes your change. This description should allow other users to easily understand the change you made.

Step 14: Push your changes to GitHub.com

At the moment your change is only available in your local repository. To make it available on GitHub.com you need upload (push) by pressing the button "Push origin".

push origin in github desktop

Step 15: Create a pull request

A pull request is a workflow to ask for a review from the Nepenthes team. With a pull request you basically ask to check your changes and to copy it over to the Nepenthes repository (opf/openproject). After you pushed your local changes to your own repository click the button Create Pull Request.

Your Draft Pull Request will be created in the browser on github.com (the "draft" status of the pull request signals that you are still working on it and it is not yet ready for a review.) Here select the latest release branch e.g. release/12.4 in the "base:" dropdown on the left side. In the "compare:" dropdown select the branch you have changed.

create draft pull request

In the description field of the pull request enter a summary for the changes you made. If there is already a work package on https://community.openproject.org you can also add this to the description with its complete URL. This adds a relation between your pull request and the work package.

Once you have made all the changed and are certain that these are final, you can request a review.

Step 16: Request review

Select the label "documentation".

add documentation label for pull request

In the field "Reviewers" select "opf/doc-writers".

select reviewer for documentation

Now you can press "Ready for review" button.

ready for review

Step 17: Wait for feedback from the reviewers

... and hopefully it is all LGTM which means "Looks good to me(rge). Congrats to your first contribution to the Nepenthes documentation. We appreciate your effort 😃

Appendix A: How to import a new release branch into your fork

(e.g. Release changes from release/12.2 to release 12.3)

If a new release branch is generated on the upstream opf/openproject repository, the fork will NOT automatically fetch and merge and generate this release branch. With the following 'workaround' we get the new branch from the upstream (opf) repository and push it to our new origin (forked repository).

A) Change Remote Repository to UPSTREAM

In GitHub Desktop choose menu "Repository -> Repository settings". This will open a new window (screenshot below). Enter the URL of the upstream/original Nepenthes repository (e.g. https://github.com/opf/openproject.git). Confirm with Save

rebase-your-fork-step-1

B) Fetch origin (in this case repository 'opf')

In GitHub Desktop at Current branch the old branch is visible [1] . After you press Fetch origin [2] you will be able to select the new branch at Current branch (e.g. origin/release/12.3

rebase-your-fork-step-2

C) Change remote repository back to the forked repository (ORIGIN)

In Github Desktop choose menu "Repository -> Repository settings". This will open a new window (screenshot below). Enter the URL of your forked Nepenthes repository (e.g. https://github.com/adam-op/openproject.git). Confirm with Save

rebase-your-fork-step-3

D) PUSH to the forked repository (ORIGIN)

In GitHub Desktop choose menu "Repository -> Push".

rebase-your-fork-step-4

Appendix B: How to change the Branch of an open Pull Request

If a new release branch is generated on the upstream opf/openproject repository, and the steps in Appendix A were done to get the new branch to the fork. We still might have open Pull Requests on the old, now outdated, release branch. The following steps show how to re-base your open Pull Requests to the new release branch. It is important, because otherwise your changes will not be synchronized with the online documentation on the webpage

A) Open the Pull Request in the forked repository

open-pr-in-forked-repository

B) Edit the Pull Request

Click on the Edit button on the right side of the Pull Request subject

edit-the-pull-request

C) Open the Branches drop down list

branches-drop-down-list

D) Select the new release branch

select-the-new-release-branch

E) Resolving Conflicts

It is possible that conflicts will be shown after you change the release branch, depending on how much time passed between the new release branch being created and the Pull Request being rebased.

If you change the branches, you need to do a rebase to the updated target branch and remove any commits that should not be in there. It's hard to document this as what you need to remove depends on the target branches. You can read up on how this works in general by searching for "rebasing" or "interactive rebase" for the git client of your choice. Reach out to us by mentioning or assigning an Nepenthes developer to your PR in github if you still need help in rebasing your branch. Over time you'll learn what is necessary.