<?xml version="1.0"?>
<?xml-stylesheet type="text/css" href="http://techbase.kde.org/skins/common/feed.css?0.2"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>http://techbase.kde.org/index.php?title=Policies_(zh_CN)&amp;feed=atom&amp;action=history</id>
		<title>Policies (zh CN) - Revision history</title>
		<link rel="self" type="application/atom+xml" href="http://techbase.kde.org/index.php?title=Policies_(zh_CN)&amp;feed=atom&amp;action=history"/>
		<link rel="alternate" type="text/html" href="http://techbase.kde.org/index.php?title=Policies_(zh_CN)&amp;action=history"/>
		<updated>2013-05-26T07:30:35Z</updated>
		<subtitle>Revision history for this page on the wiki</subtitle>
		<generator>MediaWiki 1.20.2</generator>

	<entry>
		<id>http://techbase.kde.org/index.php?title=Policies_(zh_CN)&amp;diff=52365&amp;oldid=prev</id>
		<title>Yinfan.ustc: Created page with 'KDE开发者固守着一些成文或不成文的规则。下面的文档就总结了这些规则，但这并不是完全的。如果您想参与构建这些规则，或者参与...'</title>
		<link rel="alternate" type="text/html" href="http://techbase.kde.org/index.php?title=Policies_(zh_CN)&amp;diff=52365&amp;oldid=prev"/>
				<updated>2010-07-03T03:59:23Z</updated>
		
		<summary type="html">&lt;p&gt;Created page with &amp;#039;KDE开发者固守着一些成文或不成文的规则。下面的文档就总结了这些规则，但这并不是完全的。如果您想参与构建这些规则，或者参与...&amp;#039;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;KDE开发者固守着一些成文或不成文的规则。下面的文档就总结了这些规则，但这并不是完全的。如果您想参与构建这些规则，或者参与讨论他们，请使用kde-policies邮件组。该邮件组就是为了这个目的而创建的。&lt;br /&gt;
== 开发者准则 ==&lt;br /&gt;
&lt;br /&gt;
下列准则适用于所有的KDE开发者，并且，希望所有拥有KDE SVN帐号的人都能遵守这些准则。SVN 的commit 准则是最为重要的。开发库函数（主要是kdelibs，当然SVN的核心库函数的开发当属此列）的人应该阅读库函数文档准则(还有apidox howto文档). &lt;br /&gt;
&lt;br /&gt;
;[[/SVN Commit Policy|SVN Commit Policy]]&lt;br /&gt;
:保证KDE SVN能正常工作。有三条黄金定律(确保能编译，遵从既有代码风格，使用描述性的日志消息），以及其他18条规则。他们使得您的SVN贡献能够最好的发挥作用。&lt;br /&gt;
&lt;br /&gt;
;[[/SVN Guidelines|Application Life Cycle]]&lt;br /&gt;
:了解KDE程序的生命周期。了解如何上载程序，如何获得者主要KDE模块，以及在放弃维护您的程序需该做些什么。&lt;br /&gt;
&lt;br /&gt;
;[[/Licensing Policy|Licensing Policy]]&lt;br /&gt;
:KDE SVN中的文件不能随意的授权。这条准则规定了在软件仓库中什么是可以做的。简而言之： 对库函数使用LGPL协议，对其他东西使用GPL或BSD协议。 &lt;br /&gt;
&lt;br /&gt;
;[[/Library Documentation Policy|Library Documentation Policy]]&lt;br /&gt;
:（重）使用库需要做文档说明。这条准则解释了为什么以及如何做文档，以及需要遵从的风格。[[Development/Tutorials/API Documentation|apidox howto]] 含有更多为库函数写文档的技术信息。&lt;br /&gt;
&lt;br /&gt;
;[[/Library Code Policy|Library Code Policy]]&lt;br /&gt;
:KDE库的API及代码需要遵从此准则所给出的公约。&lt;br /&gt;
&lt;br /&gt;
;[[/Kdelibs Coding Style|Kdelibs Coding Style]]&lt;br /&gt;
:这份文档描述了kdelibs的推荐代码风格。这种风格并不是硬性要求的，但要保证代码格式的一致性，还是推荐这种风格。&lt;br /&gt;
&lt;br /&gt;
;[[/New_KDE_Library_API_Policy|Adding New Classes to kdelibs]]&lt;br /&gt;
:如何给kdelibs加入新类或新库的建议。&lt;br /&gt;
&lt;br /&gt;
;[[/CMake Coding Style|CMake Coding Style]]&lt;br /&gt;
:这份文档描述了在KDE下使用CMake的编程风格。&lt;br /&gt;
&lt;br /&gt;
;[[/CMake and Source Compatibility|CMake and Source Compatibility]]&lt;br /&gt;
:使得未来发布的KDE能CMake兼容。&lt;br /&gt;
&lt;br /&gt;
;[[/CMake Commit Policy|CMake Commit Policies]]&lt;br /&gt;
:考虑改变CMake构建系统是说需要遵从的准则。&lt;br /&gt;
&lt;br /&gt;
;[[/Binary Compatibility Issues With C++|Binary Compatibility Issues With C++]] ([http://developer.kde.org/documentation/other/binarycompatibility.html Original])&lt;br /&gt;
:A quick overview of issues with binary compatibility with C++. Keep this in mind while altering the API of kdelibs.&lt;br /&gt;
&lt;br /&gt;
;[[/URI &amp;amp; XML Namespaces Policy|URI &amp;amp; XML Namespaces Policy]]&lt;br /&gt;
:Sometimes KDE technologies and applications needs URIs, such as for XML formats. This policy describes practices for that, and how to allocate URIs.&lt;br /&gt;
&lt;br /&gt;
;[[/API to Avoid|API to Avoid]]&lt;br /&gt;
:There are classes and functions in Qt or other places that should be avoided by KDE applications.&lt;br /&gt;
&lt;br /&gt;
== Procedures ==&lt;br /&gt;
&lt;br /&gt;
Whereas policies are normative for individual developers -- that is, they describe how developers must behave -- procedures describe how 'the KDE project' as a whole has chosen to behave. We describe what we will do under certain circumstances and why. &lt;br /&gt;
&lt;br /&gt;
;[[/Security Policy|Security Policy]]&lt;br /&gt;
:How security problems can be reported to [mailto:security@kde.org security@kde.org] and how the security team responds to security issues.&lt;br /&gt;
&lt;br /&gt;
;[[/Packaging Policy|Packaging Policy]]&lt;br /&gt;
:This describes KDE's viewpoint on binary packages and elaborates the statement 'KDE provides source.'&lt;br /&gt;
&lt;br /&gt;
[[Category:Policies]]&lt;/div&gt;</summary>
		<author><name>Yinfan.ustc</name></author>	</entry>

	</feed>