<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://olddev.minetest.org/index.php?action=history&amp;feed=atom&amp;title=Merging_core_pull_requests_to_upstream</id>
	<title>Merging core pull requests to upstream - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://olddev.minetest.org/index.php?action=history&amp;feed=atom&amp;title=Merging_core_pull_requests_to_upstream"/>
	<link rel="alternate" type="text/html" href="https://olddev.minetest.org/index.php?title=Merging_core_pull_requests_to_upstream&amp;action=history"/>
	<updated>2026-04-15T02:53:06Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.38.7</generator>
	<entry>
		<id>https://olddev.minetest.org/index.php?title=Merging_core_pull_requests_to_upstream&amp;diff=111&amp;oldid=prev</id>
		<title>&gt;Celeron55 at 16:08, 24 September 2022</title>
		<link rel="alternate" type="text/html" href="https://olddev.minetest.org/index.php?title=Merging_core_pull_requests_to_upstream&amp;diff=111&amp;oldid=prev"/>
		<updated>2022-09-24T16:08:05Z</updated>

		<summary type="html">&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;This page contains '''technical guidelines''' for core developers when deciding whether to merge a pull request.&lt;br /&gt;
&lt;br /&gt;
For determining who is allowed to do what, see [[Organisation]].&lt;br /&gt;
&lt;br /&gt;
For guidelines and rules on Git and Github, see [[Git Guidelines]].&lt;br /&gt;
&lt;br /&gt;
Also see:&lt;br /&gt;
* https://github.com/minetest/minetest/blob/master/.github/CONTRIBUTING.md&lt;br /&gt;
* https://github.com/minetest/minetest/blob/master/doc/direction.md&lt;br /&gt;
&lt;br /&gt;
== Requirements ==&lt;br /&gt;
&lt;br /&gt;
There are five major requirements that each pull request must fullfill in order to be mergeable to upstream Minetest.&lt;br /&gt;
&lt;br /&gt;
# It should follow a roadmap in some way, to make sure it fits the whole picture of the project. Different roadmaps and project guidance is managed in https://github.com/minetest/minetest/blob/master/doc/direction.md. A core dev can decide to review and merge something that doesn't follow direction.md if they consider it to be beneficial to the project.&lt;br /&gt;
# It must work in the first place. Compile it and test it in game, or write mod code that uses it.&lt;br /&gt;
# The code style must be correct. http://dev.minetest.net/Code_style_guidelines&lt;br /&gt;
# The internal interfaces of the code must be good, and it should be reasonably optimized, depending on how often the code is called.&lt;br /&gt;
# The protocols and formats that it uses must be well designed, including the required compatibility in the part in question. On-disk formats are extremely important to get right. Modding API concerns are split between this and req2. This is about knowing the engine's design along with its pitfalls.&lt;br /&gt;
&lt;br /&gt;
...which can be checked by:&lt;br /&gt;
&lt;br /&gt;
# Anyone.&lt;br /&gt;
# Anyone, or at least any modder.&lt;br /&gt;
# Those with a bit of general C++ and Lua knowledge.&lt;br /&gt;
# Those with a lot of general C++ and Lua knowledge.&lt;br /&gt;
# Those who have studied the file formats, the protocol and the Lua API, and know how version compatibility can be reliably done.&lt;br /&gt;
&lt;br /&gt;
== How can this help? ==&lt;br /&gt;
&lt;br /&gt;
I (celeron55) am interested in seeing whether we could end up in a situation&lt;br /&gt;
where pull requests would get comments like &amp;quot;req 1, 2 and 3 checked.&amp;quot;, after which&lt;br /&gt;
someone could do the rest and ultimately anyone could merge it based on these&lt;br /&gt;
simple comments, after each of the five requirements have been checked.&lt;br /&gt;
[[Category:Git]]&lt;/div&gt;</summary>
		<author><name>&gt;Celeron55</name></author>
	</entry>
</feed>