1
2
三
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
|
为LibreDWG撰稿有一些法律要求和风格问题捐款必须满足：法律先决条件在我们合并大笔捐款之前必须满足要求。该软件包归FSF所有。FSF倾向于贡献者为重要贡献，即超过15行代码或文档。最多常见的形式是针对特定更改的赋值、赋值如果雇主或学校拥有开发商创作的作品。发送是个好主意assign@gnu.org您的请求副本。如果贡献者不愿意为更改，将更改置于公共领域的版权免责声明也是可以接受的。版权免责声明形式不同于雇主免责声明表。版权转让更方便如果供款人计划进行多次单独供款。可以接受较小的更改，而无需版权免责声明或文件的版权转让。请参见https://www.gnu.org/prep/maintain/html_node/Legally-Significant.html和https://www.gnu.org/prep/maintain/html_node/Copyright-Papers.html详情请联系我们获取相关表格。最合适的形式是http://git.savannah.gnu.org/gitweb/？p=gnulib.git;a=blob_plain；f=文档/版权/请求-设计.未来；hb=头部编码标准所有贡献都应符合GNU编码标准。有还有一些LibreDWG的附加编码约定；这些包括文档和测试套件需求以及代码格式。不符合标准的提交文件将被退回请求解决任何此类问题。提交修补程序每个补丁都必须有几条信息，然后我们才能正确评估：问题/错误的描述以及您的修补程序如何解决它。对于新功能，请提供功能说明和实施。对于错误，请描述错误所在现有代码，以及对任何以前错误报告的引用（在LibreDWG bug tracker）和中的任何现有测试用例LibreDWG测试套件。测试用例如果您不能遵循GNU编码约定的建议关于测试用例，您应该包括为什么足够的理由无法添加测试用例。更改日志明文形式的ChangeLog条目；请参阅的各种ChangeLog文件格式和内容以及GNU编码标准信息。ChangeLog条目应为纯文本，而不是由于ChangeLog顶部变化迅速，因此补丁的一部分到您的补丁被审查。如果您的更改修复了PR，请在提到PR的ChangeLog条目。git提交机制了解如何提取此信息并自动附加提交日志到PR。为了被识别，文本必须适合一个特殊的表单。它必须以“PR”开头，然后必须包括请购单编号。例如，PR#2369有效。多个请购单可以是在一条消息中提到。引导和测试陈述您用于进行适当测试的主机和目标组合如上所述，以及测试结果。补丁本身不要将生成的文件作为补丁的一部分，只需提及它们在ChangeLog中（例如，“*configure:Regenerate.”）。不要将出于不同原因所做的更改混合在一起。发送给他们个别地。理想情况下，您发送的每个更改都不可能细分为我们可能想单独考虑的部分，因为它的每个部分都从其他部分获得动力。在特别是，更改代码格式以符合编码标准最好不要与实质性的变化混在一起，因为这会使很难看到真正的变化是什么。（在非常对代码进行大规模重组，将更改分开可能有意义进一步明确发生了什么变化；例如，通过首先发送使后续更改更容易的结构更改但不要更改LibreDWG的行为，然后更改新代码，然后更改实际使用新代码并更改LibreDWG的行为。）我们更喜欢以纯文本或类型的MIME部分发布补丁text/x-patch或text/plain，内联部署，编码为7位或8位。强烈建议将补丁作为类型的MIME部分发布应用程序/其他，处置附件或编码为base64或引用-可修改。避免MIME大消息拆分（消息/部分）不惜一切代价。如果补丁太大或太机械，请以gzipped或可以接受bzip2ed和uuencoded或编码为base64 MIME部分，只要ChangeLog仍然以纯文本形式发布。可接受的格式是附加到Savannah Bug跟踪器的补丁，请求pull关于github镜像https://github.com/rurban/libredwg网址，或电子邮件附件使用git format-patch格式化。（如果您可以检查修补程序，此处列出的所有内容仍然适用未经LibreDWG写访问策略的进一步批准，除非ChangeLog条目可以作为补丁和差异的一部分表示新文件可能会被省略，尤其是在大文件时，因为它们可以直接从存储库访问。）Ping修补程序，应用修补程序如果您没有收到对您提交的修补程序的响应在两周左右的时间内，发送一个向相同列表发送后续电子邮件。补丁偶尔会掉落穿过裂缝。请务必包括补丁和邮件列表存档中条目的URL或跟踪器URL提交的原件。如果您没有写权限，并且您的补丁已经已批准但未承诺，请告知批准人事实。您可能想在初始版本中指出缺少写访问权限也要提交。
|
