Infrastructure/Github Mirror: Difference between revisions
→How do I submit “Pull Requests”?: Update documentation for GitLab |
→Where can I find the “original sources”?: Remove references to cgit, anongit, scratch repos |
||
Line 53: | Line 53: | ||
==Where can I find the “original sources”?== | ==Where can I find the “original sources”?== | ||
All KDE | All KDE Git repositories are available for browsing at https://invent.kde.org/. | ||
For details on KDE's Git infrastructure see [https://community.kde.org/Infrastructure/Git the dedicated GIT infrastructure page]. | |||
For details on KDE's |
Revision as of 20:05, 18 June 2020
GitHubMirror
KDE is managing a read-only mirror of our repos on Github. It's located at https://github.com/KDE .
We want to make KDE sources easy to find, share and build upon; and most importantly we want your contributions to count towards your github profile. :)
FAQ
Why don't you enable pull requests?
Our central repositories are handled by our awesome sysadmins over on kde.org where we have full control and tighter integration within our services. If we start using multiple repositories and making developers look in two places that gets very complicated and unfair on the maintainers.
Also as an open source project, it's very important for us to keep to using open source tools. Github does not meet that requirement.
How do I submit “Pull Requests”?
KDE is in the process of moving many projects from Phabricator, our old code-management tool, to GitLab. Currently some projects are still hosted on Phabricator while others are hosted on Gitlab.
To determine which tool should be used for a particular project:
- Look at the project's documentation (README.md, wiki page, etc.). It should tell you how the project wants to accept patches.
- Unfortunately, some projects documentation still needs updating.
- Look at the listings of projects on KDE GitLab. If the project is there, that is most likely where patches should be uploaded.
- Check and see if there are already merge requests on GitLab. If there are some, it is a pretty certain sign that the project is using GitLab.
- Ask the project developers. We are always happy to talk with potential contributors and point you in the right direction!
Follow the instructions below depending on which patch-uploading tool the project uses:
For Projects using GitLab
The process of using GitLab is very similar to using GitHub.
- Log in to KDE's GitLab
- Fork the repository of the project you want to work on
- Make a branch in your fork
- Make changes, commit them to your branch, and push
- When you push you should be given a link to easily make a merge request. If not, navigate to your fork on GitLab and make a pull request from there
For Projects using Phabricator
- Fork and commit your changes in your fork as before
- Create an account on https://identity.kde.org
- Run
git format-patch HEAD^
to create a diff - Learn how to format and post a patch
- Head to https://phabricator.kde.org/differential/diff/create/ to upload the diff.
The maintainer for this software will then comment and merge your request.
Alternatively you can use the command arc diff
to streamline the process. More details are available in the Phabricator page.
How do I submit “Issues”?
Please file a bug report or wish at https://bugs.kde.org/
Where can I find the “original sources”?
All KDE Git repositories are available for browsing at https://invent.kde.org/.
For details on KDE's Git infrastructure see the dedicated GIT infrastructure page.