در این مطلب، ویدئو راه اندازی پروژه پایتون من (+ همه ابزارها) (متوسط) آنتونی #396 را توضیح می دهد با زیرنویس فارسی را برای دانلود قرار داده ام. شما میتوانید با پرداخت 15 هزار تومان ، این ویدیو به علاوه تمامی فیلم های سایت را دانلود کنید.اکثر فیلم های سایت به زبان انگلیسی می باشند. این ویدئو دارای زیرنویس فارسی ترجمه شده توسط هوش مصنوعی می باشد که میتوانید نمونه ای از آن را در قسمت پایانی این مطلب مشاهده کنید.
مدت زمان فیلم: 00:31:37
تصاویر این ویدئو:
قسمتی از زیرنویس این فیلم:
00:00:03,280 –> 00:00:05,040
سلام و به ویدیوی دیگری خوش آمدید، در این ویدیو،
2
00:00:05,040 –> 00:00:06,560
3
00:00:06,560 –> 00:00:09,440
من قصد دارم نحوه راه اندازی پروژه های پایتون را بررسی کنم، می
4
00:00:09,440 –> 00:00:11,519
خواهم یک کتابخانه تک فایل،
5
00:00:11,519 –> 00:00:12,880
6
00:00:12,880 –> 00:00:14,960
کتابخانه چند فایلی و یک برنامه کاربردی را انجام دهم
7
00:00:14,960 –> 00:00:17,039
و در مورد همه ابزارهایی صحبت کنم که من از آنها استفاده می کنم
8
00:00:17,039 –> 00:00:18,800
و چگونه آنها را پیکربندی می کنم،
9
00:00:18,800 –> 00:00:20,880
این دقیقاً نحوه انجام کارهایی است که شما ممکن است کارها را متفاوت انجام دهید،
10
00:00:20,880 –> 00:00:22,960
11
00:00:22,960 –> 00:00:25,199
اساساً فقط توضیح می دهم که
12
00:00:25,199 –> 00:00:26,880
به هر حال چه کار می کنم، بیایید وارد آن شویم،
13
00:00:26,880 –> 00:00:28,560
بنابراین من سه پروژه مختلف را شبیه سازی کرده ام
14
00:00:28,560 –> 00:00:29,439
که امروز به آنها
15
00:00:29,439 –> 00:00:32,399
نگاه خواهیم کرد و من در واقع قصد دارم
16
00:00:32,399 –> 00:00:33,600
همزمان یادداشت برداری کنم زیرا
17
00:00:33,600 –> 00:00:34,960
ما
18
00:00:34,960 –> 00:00:36,320
ابزارهای مختلف و
19
00:00:36,320 –> 00:00:39,680
فایل های مختلف زیادی را در یک زمان پوشش
20
00:00:39,680 –> 00:00:41,360
خواهیم داد، من با این یکی شروع می کنم
21
00:00:41,360 –> 00:00:44,879
. قرار است چند فایل ما باشد،
22
00:00:44,879 –> 00:00:46,640
اجازه دهید در واقع این کار را notes.md انجام دهیم
23
00:00:46,640 –> 00:00:48,000
تا برجسته سازی خوبی دریافت کنیم، این کتابخانه
24
00:00:48,000 –> 00:00:49,920
چند فایلی
25
00:00:49,920 –> 00:00:52,000
26
00:00:52,000 –> 00:00:54,160
ما خواهد بود، بنابراین ما می خواهیم در آنجا سی دی کنیم و
27
00:00:54,160 –> 00:00:56,239
به همه فایل هایی که داریم نگاه کنیم.
28
00:00:56,239 –> 00:00:57,760
ما از سطح بالایی شروع خواهیم کرد،
29
00:00:57,760 –> 00:00:58,960
احتمالاً ما واقعاً زیاد صحبت نمی کنیم
30
00:00:58,960 –> 00:00:59,920
31
00:00:59,920 –> 00:01:01,359
از داخل این دایرکتوری ها استفاده می کنم، اما من می
32
00:01:01,359 –> 00:01:02,800
خواهم در مورد هر یک از این فایل ها به
33
00:01:02,800 –> 00:01:04,319
طور جداگانه صحبت کنم،
34
00:01:04,319 –> 00:01:05,600
اکنون اولین موردی که می خواهم
35
00:01:05,600 –> 00:01:08,880
با آن شروع کنم pre-
36
00:01:08,880 –> 00:01:11,280
37
00:01:11,280 –> 00:01:13,119
38
00:01:13,119 –> 00:01:15,119
commit است. برای مدیریت
39
00:01:15,119 –> 00:01:16,720
قلابهای درمان چند زبانه و همچنین فرمتکنندههای کد
40
00:01:16,720 –> 00:01:18,479
و هر نوع
41
00:01:18,479 –> 00:01:19,680
ابزار توسعهای که میخواهید
42
00:01:19,680 –> 00:01:22,560
اجرا کنید و بنابراین این نقطه ورود اصلی
43
00:01:22,560 –> 00:01:24,640
برای مجموعه ابزار توسعهدهنده من در
44
00:01:24,640 –> 00:01:26,640
این پیکربندی پیشفرض است
45
00:01:26,640 –> 00:01:28,400
و بنابراین اجازه دهید یک ابتدا به آن نگاه کنید،
46
00:01:28,400 –> 00:01:30,560
بنابراین ابتدا میخواهیم بگوییم که pre-commit
47
00:01:30,560 –> 00:01:31,439
uh،
48
00:01:31,439 –> 00:01:35,200
فرمتکنندههای خوبی را مدیریت میکند و غیره،
49
00:01:35,200 –> 00:01:36,640
از صفحه خارج میشود،
50
00:01:36,640 –> 00:01:38,400
ما آن را میگوییم
51
00:01:38,400 –> 00:01:40,880
و بنابراین در
52
00:01:40,880 –> 00:01:44,079
recommit config.yml
53
00:01:44,079 –> 00:01:45,680
اوه، خواهید دید که من مجموعه ای از
54
00:01:45,680 –> 00:01:47,600
ابزارهای مختلف را در اینجا پیکربندی کنید،
55
00:01:47,600 –> 00:01:48,880
اولین مجموعه از ابزارها از این
56
00:01:48,880 –> 00:01:50,399
مخزن به نام hooks precumbent که
57
00:01:50,399 –> 00:01:52,320
در واقع همان ابزاری است که
58
00:01:52,320 –> 00:01:54,079
امروز به آن نگاه می کنیم، آمده است، بله، در متا کمی دایره ای است،
59
00:01:54,079 –> 00:01:56,479
اما قلاب های مکرر دارای چند
60
00:01:56,479 –> 00:01:58,479
مورد غیرعادی هستند. جعبه ابزار که هستند برای قلاب های
61
00:01:58,479 –> 00:01:59,600
پیش از کامنت
62
00:01:59,600 –> 00:02:01,600
قبل از کامنت مفید
63
00:02:01,600 –> 00:02:04,159
64
00:02:04,159 –> 00:02:05,680
است، زبان
65
00:02:05,680 –> 00:02:06,840
66
00:02:06,840 –> 00:02:09,280
آگنوستیک در بیشتر موارد،
67
00:02:09,280 –> 00:02:11,280
جایی که من به آرامی سعی می کنم
68
00:02:11,280 –> 00:02:13,120
چیزهای خاص پایتون را از این مخزن
69
00:02:13,120 –> 00:02:14,959
به مکان دیگری خارج کنم، بنابراین می بینید که
70
00:02:14,959 –> 00:02:17,520
برای مثال این پایتون خاص است
71
00:02:17,520 –> 00:02:19,200
،
72
00:02:19,200 –> 00:02:21,040
در واقع هر چهار مورد آنقدر
73
00:02:21,040 –> 00:02:22,560
خاص نیستند، اما در نهایت میخواهم
74
00:02:22,560 –> 00:02:24,080
آنها را به یک مخزن مجزا منتقل
75
00:02:24,080 –> 00:02:27,760
76
00:02:27,760 –> 00:02:29,440
کنم، و چند کار را در اینجا انجام میدهم که برخی از
77
00:02:29,440 –> 00:02:31,680
آنها مانند فرمتهای داده خاص بررسی
78
00:02:31,680 –> 00:02:33,280
میشوند. مطمئن شوم که
79
00:02:33,280 –> 00:02:35,120
فایلهای بزرگ را بررسی نمیکنم، برخی از آنها
80
00:02:35,120 –> 00:02:36,959
فضای سفید را اصلاح
81
00:02:36,959 –> 00:02:39,040
میکنند، این در واقع یک قالبکننده کد پایتون
82
00:02:39,040 –> 00:02:41,360
برای اجرای نقلقولهای تکی است، میدانم
83
00:02:41,360 –> 00:02:43,040
که ابزار بسیار محبوبی وجود دارد که نقلقولهای دوگانه را انجام میدهد،
84
00:02:43,040 –> 00:02:45,200
اما من نقل قولهای تکی را ترجیح میدهم،
85
00:02:45,200 –> 00:02:48,400
بنابراین برخی از کسانی
86
00:02:48,400 –> 00:02:50,640
که ابزار بزرگ بعدی را که در اینجا به آن برخورد می کنیم
87
00:02:50,640 –> 00:02:53,840
، flake 8 است و flake 8 یک
88
00:02:53,840 –> 00:02:56,560
چارچوب پایتون است
89
00:02:56,560 –> 00:02:58,959
که مجموعه ای از ابزارهای پرطرفدار پر کردن پایتون
90
00:02:58,959 –> 00:03:01,599
مانند pie flakes و pie
91
00:03:01,599 –> 00:03:04,080
code style و mccabe a را ترکیب می کند. و همچنین
92
00:03:04,080 –> 00:03:05,920
یک بستر پلاگین را فراهم می کند تا بتوانید
93
00:03:05,920 –> 00:03:07,519
تعداد زیادی افزونه دیگر را
94
00:03:07,519 –> 00:03:08,560
نیز نصب کنید
95
00:03:08,560 –> 00:03:10,400
و در واقع من این ابزار را
96
00:03:10,400 –> 00:03:12,480
حفظ می کنم مسلماً این ابزار را نیز حفظ می کنم
97
00:03:12,480 –> 00:03:14,239
و این افزونه ای است که
98
00:03:14,239 –> 00:03:16,560
برای پرواز گیت نوشتم که کمک می کند واردات تایپ uh را مدیریت
99
00:03:16,560 –> 00:03:18,400
کنید
100
00:03:18,400 –> 00:03:19,760
تا ماژول تایپ بین نسخهها تغییر زیادی کرده باشد
101
00:03:19,760 –> 00:03:21,840
و بنابراین من یک افزونه
102
00:03:21,840 –> 00:03:23,280
نوشتم تا مطمئن شوم اشتباهات سادهای در
103
00:03:23,280 –> 00:03:24,720
آنجا مرتکب
104
00:03:24,720 –> 00:03:26,159
نمیشوید، اما این همان
105
00:03:26,159 –> 00:03:30,080
106
00:03:30,080 –> 00:03:34,319
flakegate است. اوه
107
00:03:34,319 –> 00:03:36,159
یک فرمتکننده کد کمتر مزاحم،
108
00:03:36,159 –> 00:03:37,680
بنابراین تعدادی دیگر
109
00:03:37,680 –> 00:03:39,760
مانند مشکی یا Yap محبوب هستند،
110
00:03:39,760 –> 00:03:41,680
من شکاف را واقعاً بسیار
111
00:03:41,680 –> 00:03:42,879
112
00:03:42,879 –> 00:03:44,560
کند میدانم، همچنین سیاه را
113
00:03:44,560 –> 00:03:45,920
در برخی از تغییراتی که
114
00:03:45,920 –> 00:03:48,560
ایجاد میکند کمی طاقتفرسا میدانم. من شخصاً آن را ترجیح می دهم،
115
00:03:48,560 –> 00:03:51,040
اما دوباره به هر یک از آنها
116
00:03:51,040 –> 00:03:52,959
این پروژه من است، بنابراین من به
117
00:03:52,959 –> 00:03:55,760
شما نشان می دهم که من چه کاری انجام می دهم
118
00:03:56,319 –> 00:03:57,840
119
00:03:57,840 –> 00:04:00,000
120
00:04:00,000 –> 00:04:01,120
121
00:04:01,120 –> 00:04:03,439
. orienter python نوشت
122
00:04:03,439 –> 00:04:04,640
123
00:04:04,640 –> 00:04:06,159
مرتبکننده واردات را وارد میکند و متوجه میشوید که
124
00:04:06,159 –> 00:04:08,400
من آن را در حالت پایتون 3.7 پلاس پیکربندی کردهام
125
00:04:08,400 –> 00:04:10,560
، این حداقل نسخهای است که
126
00:04:10,560 –> 00:04:12,239
در حال حاضر برای این کتابخانه هدف قرار
127
00:04:12,239 –> 00:04:14,080
میدهم و همچنین
128
00:04:14,080 –> 00:04:16,238
فقط برای اطمینان از حاشیهنویسیهای وارداتی آینده به هر فایل اضافه میکنم.
129
00:04:16,238 –> 00:04:18,720
که من همیشه این واردات را دارم
130
00:04:18,720 –> 00:04:20,478
و این باعث میشود که حاشیهنویسیهای نوع
131
00:04:20,478 –> 00:04:22,320
132
00:04:22,320 –> 00:04:24,080
بهطور خودکار به حاشیهنویسیهای رو به جلو تبدیل شوند و اساساً آنها را سختسازی میکند، آنها
133
00:04:24,080 –> 00:04:26,400
سربار زمان اجرا ندارند،
134
00:04:26,400 –> 00:04:28,560
من همچنین ابزاری به نام ارتقاء pi نوشتم
135
00:04:28,560 –> 00:04:31,360
که یکی دیگر از فرمتکنندههای کد است
136
00:04:31,360 –> 00:04:33,919
و کاری که ارتقاء pi انجام میدهد این است که
137
00:04:33,919 –> 00:04:35,919
کد میسازد. آیندهنگرتر
138
00:04:35,919 –> 00:04:37,520
139
00:04:37,520 –> 00:04:39,199
فکر میکنم این یکی از راههای قرار دادن آن است،
140
00:04:39,199 –> 00:04:40,560
بنابراین شما اساساً یک نسخه حداقل را
141
00:04:40,560 –> 00:04:42,080
در اینجا مشخص میکنید و به طور
142
00:04:42,080 –> 00:04:44,639
خودکار یکسری تغییر شکل میدهد که
143
00:04:44,639 –> 00:04:46,320
کد شما را بهتر میکند، به عنوان مثال، مانند استفاده
144
00:04:46,320 –> 00:04:48,160
از رشتههای f یا
145
00:04:48,160 –> 00:04:51,120
استفاده از um جدید،
146
00:04:51,120 –> 00:04:52,960
من نمیدانم چیست. یک مثال خوب
147
00:04:52,960 –> 00:04:55,600
lru cache این است که در طول نسخه ها تغییر کرده است
148
00:04:55,600 –> 00:04:57,440
و بنابراین از جدیدترین
149
00:04:57,440 –> 00:04:59,280
نسخه ممکن استفاده می کند مواردی مانند آن
150
00:04:59,280 –> 00:05:01,759
um چیزهای زیادی وجود دارد که
151
00:05:01,759 –> 00:05:04,000
ارتقاء من برای آنها بازنویسی می کند. شما چون من
152
00:05:04,000 –> 00:05:06,160
میتوانم به اینجا بروم و ایدههایی را دریافت کنم، بله، مانند
153
00:05:06,160 –> 00:05:08,639
مجموعهای
154
00:05:08,639 –> 00:05:11,120
155
00:05:11,120 –> 00:05:12,800
از این چیزها،
156
00:05:12,800 –> 00:05:14,639
ویژگیهای
157
00:05:14,639 –> 00:05:17,039
158
00:05:17,039 –> 00:05:19,039
159
00:05:19,039 –> 00:05:22,240
بسیار زیادی دارد. از نظر ایده شبیه به مشکی است،
160
00:05:22,240 –> 00:05:24,960
زیرا افزودن کاماهای انتهایی به فراخوانیها
161
00:05:24,960 –> 00:05:27,520
و غیره باعث میشود
162
00:05:27,520 –> 00:05:29,440
تفاوتهای حداقلی قابل نگهداریتری داشته
163
00:05:29,440 –> 00:05:32,240
باشند، بنابراین این یکی دیگر از فرمدهندههای آکورد است
164
00:05:32,240 –> 00:05:34,240
و من در واقع این را سالها قبل از
165
00:05:34,240 –> 00:05:36,880
وجود سیاه نوشتم و مشکی ایدههای مشابه زیادی دارد.
166
00:05:36,880 –> 00:05:39,840
اما این به
167
00:05:39,840 –> 00:05:41,280
اندازه مشکی مزاحم نیست که هرگز
168
00:05:41,280 –> 00:05:43,120
کد شما را مجدداً جریان نمیدهد، فقط باید بدانید که
169
00:05:43,120 –> 00:05:44,800
کاما را وارد کنید و مطمئن شوید که
170
00:05:44,800 –> 00:05:47,440
چیزها به خوبی ردیف شدهاند
171
00:05:47,440 –> 00:05:49,520
بعد تنظیم فرمت cfg این
172
00:05:49,520 –> 00:05:52,000
ابزار دیگری است که من نوشتم تنظیم cfg
173
00:05:52,000 –> 00:05:54,400
فرمت و یک قالبکننده برای
174
00:05:54,400 –> 00:05:56,639
setup.cfg و setup.cfg است که در ادامه به آن خواهیم پرداخت
175
00:05:56,639 –> 00:05:59,919
176
00:05:59,919 –> 00:06:01,759
177
00:06:01,759 –> 00:06:04,560
178
00:06:04,560 –> 00:06:06,639
. کد و من در
179
00:06:06,639 –> 00:06:09,039
واقع یک ویدیو در setup.cfg و
180
00:06:09,039 –> 00:06:10,720
ابرداده های اعلامی انجام دادم، بنابراین سعی می کنم و به یاد داشته باشم
181
00:06:10,720 –> 00:06:12,800
که آن را در توضیحات پیوند دهم، بنابراین این
182
00:06:12,800 –> 00:06:14,720
یک قالبکننده کد دیگر است. اوه
183
00:06:14,720 –> 00:06:16,479
یک قالبکننده کد دیگر،
184
00:06:16,479 –> 00:06:18,840
اما مخصوصاً برای
185
00:06:18,840 –> 00:06:21,520
setup.cfg ابردادههای
186
00:06:21,520 –> 00:06:24,560
اعلامی، متادیتای اعلامی
187
00:06:24,560 –> 00:06:25,680
و آخرین ابزار که
188
00:06:25,680 –> 00:06:28,400
در اینجا قصد داریم در مورد آن صحبت کنیم pi من است و pi من یک
189
00:06:28,400 –> 00:06:29,840
بررسی کننده نوع است
190
00:06:29,840 –> 00:06:31,600
و به من کمک می کند تا تأیید کنم که
191
00:06:31,600 –> 00:06:33,199
حاشیه نویسی های نوع در کد منبع من
192
00:06:33,199 –> 00:06:34,400
درست
193
00:06:34,400 –> 00:06:36,479
است، خوب است و اینها
194
00:06:36,479 –> 00:06:38,560
همه ابزارهایی هستند که من به عنوان بخشی اجرا می کنم. از
195
00:06:38,560 –> 00:06:40,319
چرخه زندگی commit من
196
00:06:40,319 –> 00:06:42,960
و من آنها را در ci اوکی اجرا می کنم،
197
00:06:42,960 –> 00:06:44,960
بنابراین تقریباً
198
00:06:44,960 –> 00:06:46,240
config.yml است، همچنین متوجه شده اید که
199
00:06:46,240 –> 00:06:47,840
hooks
200
00:06:47,840 –> 00:06:49,840
201
00:06:49,840 –> 00:06:52,319
precomit وجود دارد. یک تکه متادیتا است
202
00:06:52,319 –> 00:06:54,319
که به pre-commit میگوید چگونه ابزارها را نصب کنید،
203
00:06:54,319 –> 00:06:56,319
بنابراین من به این ترتیب توانستم
204
00:06:56,319 –> 00:06:57,759
بدانید flake8 را نصب کنید، به عنوان مثال
205
00:06:57,759 –> 00:06:59,919
، فایلی دارد که شبیه به این است،
206
00:06:59,919 –> 00:07:02,080
اما برای این مخزن بسیار مهم نیست.
207
00:07:02,080 –> 00:07:04,160
208
00:07:04,160 –> 00:07:05,759
ht بعد بیایید در مورد git
209
00:07:05,759 –> 00:07:07,520
ignore صحبت کنیم. این یک فایل سریع است که
210
00:07:07,520 –> 00:07:10,720
از سر راه خارج می شود، اوه این
211
00:07:10,720 –> 00:07:13,520
الگوهای نادیده گرفتن پیش فرض را برای پروژه من تنظیم
212
00:07:13,520 –> 00:07:15,520
213
00:07:15,520 –> 00:07:16,960
214
00:07:16,960 –> 00:07:18,319
می کند.
215
00:07:18,319 –> 00:07:20,960
دیگر استفاده نمی شود مانند من از vim استفاده نمی کنم، بنابراین
216
00:07:20,960 –> 00:07:23,039
معمولاً من این را ندارم، همچنین
217
00:07:23,039 –> 00:07:24,880
از رویکرد makefile خود استفاده نمی کنم، بنابراین
218
00:07:24,880 –> 00:07:27,039
احتمالاً می توانم آن را پاک کنم همچنین
219
00:07:27,039 –> 00:07:29,599
pi test یک فایل git ignore را
220
00:07:29,599 –> 00:07:30,800
در کش pinterest قرار داده است، بنابراین من احتمالاً میتوانم
221
00:07:30,800 –> 00:07:32,000
از شر آن خلاص شوم.
222
00:07:32,000 –> 00:07:33,440
223
00:07:33,440 –> 00:07:35,199
224
00:07:35,199 –> 00:07:37,120
225
00:07:37,120 –> 00:07:39,840
226
00:07:39,840 –> 00:07:42,240
227
00:07:42,240 –> 00:07:43,120
228
00:07:43,120 –> 00:07:46,160
229
00:07:46,160 –> 00:07:48,479
من می توانم از شر آنها خلاص شوم،
230
00:07:48,479 –> 00:07:50,160
من ذخیره نکردم،
231
00:07:50,160 –> 00:07:52,160
به هر حال می توانم از شر یکسری موارد
232
00:07:52,160 –> 00:07:54,000
در اینجا خلاص شوم که در واقع به آنها
233
00:07:54,000 –> 00:07:55,840
نیازی ندارم، من از فایل های pio نیز استفاده نمی کنم، بنابراین
234
00:07:55,840 –> 00:07:57,599
احتمالاً می توانم این کار را نیز انجام دهم
235
00:07:57,599 –> 00:07:58,960
. همیشه میخواهم مطمئن شوم که این
236
00:07:58,960 –> 00:08:00,879
فایل مرتب شده است،
237
00:08:00,879 –> 00:08:04,160
من هم دیگر از آن استفاده نمیکنم، به هر
238
00:08:04,160 –> 00:08:06,400
حال یک فایل get ignore وجود دارد.
239
00:08:06,400 –> 00:08:08,400
اساساً مانع از نمایش یک سری چیزها
240
00:08:08,400 –> 00:08:10,960
در وضعیت git میشود، این ممکن است
241
00:08:10,960 –> 00:08:12,879
نسخه سادهتر از چیزی باشد که من در
242
00:08:12,879 –> 00:08:14,240
اینجا استفاده
243
00:08:14,240 –> 00:08:16,319
244
00:08:16,319 –> 00:08:17,520
245
00:08:17,520 –> 00:08:18,879
میکنم، اما به هر حال بیایید آن را نادیده بگیریم فعلاً خوب است، بنابراین ما
246
00:08:18,879 –> 00:08:21,599
نادیده گرفته میشویم و
247
00:08:21,599 –> 00:08:24,560
از زبالههای ردیابی نشده جلوگیری میکنیم.
248
00:08:24,560 –> 00:08:27,919
249
00:08:27,919 –> 00:08:30,560
اوه، حدس میزنم خطوط لوله لاجوردی ما میتوانیم
250
00:08:30,560 –> 00:08:31,840
این کار را بعد از آن انجام دهیم،
251
00:08:31,840 –> 00:08:32,640
بنابراین
252
00:08:32,640 –> 00:08:34,880
خطوط لوله لاجوردی،
253
00:08:34,880 –> 00:08:38,559
نقطههای یامل پی.
254
00:08:38,559 –> 00:08:40,958
255
00:08:40,958 –> 00:08:42,399
256
00:08:42,399 –> 00:08:44,480
257
00:08:44,480 –> 00:08:45,920
258
00:08:45,920 –> 00:08:48,959
اجرای آزمایشی
259
00:08:48,959 –> 00:08:50,640
من وقتی درخواستهای کششی میکنم و وقتی
260
00:08:50,640 –> 00:08:52,080
چیزها را ادغام
261
00:08:52,080 –> 00:08:54,160
میکنم وارد میشود و در اینجا میبینید که من از یک الگو استفاده میکنم
262
00:08:54,160 –> 00:08:55,920
، به همین دلیل است که من از
263
00:08:55,920 –> 00:08:58,080
خطوط لوله لاجوردی استفاده میکنم، برای مثال این الگو
264
00:08:58,080 –> 00:09:01,519
به من اجازه میدهد تا به طور خودکار پیکربندی
265
00:09:01,519 –> 00:09:03,040
کنم شما میدانید چه سیستم عاملی و چه چیزی
266
00:09:03,040 –> 00:09:04,480
محیطهای گفتگو را میخواهم
267
00:09:04,480 –> 00:09:05,600
بدون نیاز به داشتن یک دسته
268
00:09:05,600 –> 00:09:07,440
دیگ مورد هدف قرار
269
00:09:07,440 –> 00:09:09,440
دهم، اساساً این کار قالب در اینجا وجود دارد که
270
00:09:09,440 –> 00:09:12,080
به چند صد خط
271
00:09:12,080 –> 00:09:12,880
272
00:09:12,880 –> 00:09:15,839
یامر گسترش مییابد. در واقع الگوهای خط لوله لاجوردی،
273
00:09:15,839 –> 00:09:17,120
274
00:09:17,120 –> 00:09:19,040
گفتگوهای شغلی را در اینجا می بینید، بنابراین یک سری
275
00:09:19,040 –> 00:09:21,040
پارامترها را می گیرد و به همه اینها گسترش می یابد،
276
00:09:21,040 –> 00:09:23,279
شما 100 خط vmware را در اینجا می شناسید،
277
00:09:23,279 –> 00:09:24,880
اما این باعث می شود
278
00:09:24,880 –> 00:09:27,839
بدون نیاز به استفاده مجدد با آن git، پیکربندی ci قابل استفاده مجدد را داشته باشید.
279
00:09:27,839 –> 00:09:28,720
280
00:09:28,720 –> 00:09:30,800
281
00:09:30,800 –> 00:09:33,279
Impactions یک ویژگی مشابه دارد، اما
282
00:09:33,279 –> 00:09:35,600
هنوز کاملاً وجود ندارد، چند
283
00:09:35,600 –> 00:09:38,080
ویژگی را که من به آن نیاز دارم از دست داده است، بنابراین
284
00:09:38,080 –> 00:09:39,920
در زمان ضبط این ویدیو، من
285
00:09:39,920 –> 00:09:41,760
هنوز از خطوط لوله لاجوردی استفاده می کنم تا زمانی که این
286
00:09:41,760 –> 00:09:44,480
یک چیز شود
287
00:09:44,480 –> 00:09:46,000
و من به طور خاص این را پیکربندی کرده ام.
288
00:09:46,000 –> 00:09:48,399
در شعبه اصلی فعلی من در
289
00:09:48,399 –> 00:09:49,440
سال جاری اجرا میشود، من استاد را به اصلی تغییر میدهم،
290
00:09:49,440 –> 00:09:51,600
اما در حال حاضر به نوعی میراث
291
00:09:51,600 –> 00:09:53,600
292
00:09:53,600 –> 00:09:55,600
است. گاهی اوقات شما نیاز دارید که
293
00:09:55,600 –> 00:09:58,080
پیکربندی ci خود را تأیید کنید، بنابراین
294
00:09:58,080 –> 00:09:58,880
295
00:09:58,880 –> 00:10:01,040
میتوانم این شاخه را اضافه کنم. با فشار دادن به آن،
296
00:10:01,040 –> 00:10:03,279
ci شما را اجرا میکند تا مفید باشد
297
00:10:03,279 –> 00:10:04,640
، کار دیگری که میتوانید در اینجا انجام دهید این است که
298
00:10:04,640 –> 00:10:06,640
شاخهها را ستارهدار کنید، مشکلی که با
299
00:10:06,640 –> 00:10:08,399
آن هر بار که
300
00:10:08,399 –> 00:10:11,200
از داخل مخزن خود درخواست pull میکنید است. اوه سیستم ci شما
301
00:10:11,200 –> 00:10:13,120
قرار است دوبار کار کند و
302
00:10:13,120 –> 00:10:14,880
یکی از آن اجراها بی فایده خواهد بود
303
00:10:14,880 –> 00:10:17,920
، به همین دلیل است که من به طور خاص
304
00:10:17,920 –> 00:10:19,519
این را محدود می کنم تا
305
00:10:19,519 –> 00:10:20,880
فقط روی شاخه اصلی
306
00:10:20,880 –> 00:10:22,640
و همچنین این شاخه های آزمایشی اجرا شود که
307
00:10:22,640 –> 00:10:24,640
در هر تگ نیز اجرا می شود. همچنین روی درخواستهای کششی اجرا میشود
308
00:10:24,640 –> 00:10:26,240
که در اینجا در اکشنهای github فهرست نشدهاند،
309
00:10:26,240 –> 00:10:28,720
شما میتوانید فهرست کنید که در آنجا اشکالی ندارد،
310
00:10:28,720 –> 00:10:29,920
بنابراین این یکی از راهاندازیهای
311
00:10:29,920 –> 00:10:31,760
ادغام پیوسته من توسط
312
00:10:31,760 –> 00:10:33,680
خطوط لوله لاجوردی است، سیستم ci دیگری که استفاده میکنم،
313
00:10:33,680 –> 00:10:35,120
pre-commit ci است
314
00:10:35,120 –> 00:10:37,200
که من نوشتم
315
00:10:37,200 –> 00:10:39,040
و هیچ چیز خاصی وجود ندارد. پیکربندی
316
00:10:39,040 –> 00:10:40,720
که برای pre-commit نیاز دارید،
317
00:10:40,720 –> 00:10:43,040
شما اساساً فقط
318
00:10:43,040 –> 00:10:44,800
از پیکربندی pre-commit که قبلاً دارید مجدداً استفاده کنید،
319
00:10:44,800 –> 00:10:46,480
بنابراین من نیازی به تنظیم خاصی برای این کار نداشتم،
320
00:10:46,480 –> 00:10:47,760
321
00:10:47,760 –> 00:10:50,079
این فقط برای استفاده مجدد است، ما از همان
322
00:10:50,079 –> 00:10:52,880
ابزارهایی استفاده می کنیم که من استفاده می کردم. بهطور محلی بسیار
323
00:10:52,880 –> 00:10:53,839
324
00:10:53,839 –> 00:10:55,200
خوب است، همه مخازن من تغییر
325
00:10:55,200 –> 00:10:57,120
لاگ ندارند،
326
00:10:57,120 –> 00:10:58,720
من متوجه شدهام که
327
00:10:58,720 –> 00:11:00,959
حداقل برای ابزارهای سادهتر و کوچکتر
328
00:11:00,959 –> 00:11:02,720
که تغییرات لاگ
329
00:11:02,720 –> 00:11:05,760
واقعاً اطلاعات زیادی را به آنچه
330
00:11:05,760 –> 00:11:07,440
تاریخچه git شما انجام میدهد اضافه نمیکند، بنابراین گاهی اوقات
331
00:11:07,440 –> 00:11:09,120
میگویم اوه آن را بیرون میآورند، اما گاهی اوقات آن را درج میکنند
332
00:11:09,120 –> 00:11:10,800
، بنابراین این به شما کمک میکند
333
00:11:10,800 –> 00:11:12,079
تاریخچه تغییرات را بدانید
334
00:11:12,079 –> 00:11:13,440
و
335
00:11:13,440 –> 00:11:15,440
اگر
336
00:11:15,440 –> 00:11:17,680
میخواهید یک گزارش تغییر بنویسید، فقط یک چیز کوچک است
337
00:11:17,680 –> 00:11:19,680
و تاریخ، تشخیص
338
00:11:19,680 –> 00:11:22,480
اینکه چه زمانی دوباره نسخهها تکرار شد را بسیار آسانتر میکند.
339
00:11:22,480 –> 00:11:25,279
آیا این تغییر من است
340
00:11:25,279 –> 00:11:27,279
و من به صورت دستی این تغییرات را می نویسم
341
00:11:27,279 –> 00:11:28,560
ابزارهایی وجود دارد که
342
00:11:28,560 –> 00:11:30,320
کار با آن را آسان تر می کند مانند ما با
343
00:11:30,320 –> 00:11:32,720
town crier در تست pi کار می کنیم که به شما امکان می دهد
344
00:11:32,720 –> 00:11:34,160
از قطعات گزارش تغییرات استفاده کنید و سپس
345
00:11:34,160 –> 00:11:36,399
آنها را در پایان جمع آوری کنید.
346
00:11:36,399 –> 00:11:40,959
مانند آن می تواند مفید باشد،
347
00:11:41,040 –> 00:11:42,480
اما من متوجه می شوم که بسیاری از
348
00:11:42,480 –> 00:11:45,040
ابزارهای ثبت تغییرات خودکار مانند
349
00:11:45,040 –> 00:11:46,560
زمانی که شما در انتها یک تغییرات را با هم ترکیب می کنید برخی از تفاوت های ظریف خود را از دست می دهند
350
00:11:46,560 –> 00:11:49,040
و
351
00:11:49,040 –> 00:11:51,040
اغلب متوجه می شوم که اگر از یک
352
00:11:51,040 –> 00:11:52,880
ابزار خودکار خودکار استفاده می کردم، پس از آن می رفتم.
353
00:11:52,880 –> 00:11:54,639
بیش از هر گزارش تغییرات و
354
00:11:54,639 –> 00:11:56,959
زمانی که نسخهای را منتشر میکنم، آن را کمی بازنویسی کنید
355
00:11:56,959 –> 00:11:58,320
تا زبان یکسان باشد و در
356
00:11:58,320 –> 00:12:00,160
آن زمان اگر قصد دارم هر
357
00:12:00,160 –> 00:12:01,519
ورودی گزارش تغییرات را بازنویسی کنم، ممکن است
358
00:12:01,519 –> 00:12:04,560
فقط تمام موارد را خودم بنویسم.
359
00:12:04,560 –> 00:12:06,880
g که ما داریم یک مجوز است
360
00:12:06,880 –> 00:12:08,399
و برای
361
00:12:08,399 –> 00:12:10,240
کتابخانههای منبع باز من تمایل
362
00:12:10,240 –> 00:12:12,800
دارم مجوزی را اضافه کنم که مجاز است، من شخصاً دوست دارم این مجوز
363
00:12:12,800 –> 00:12:14,160
364
00:12:14,160 –> 00:12:17,519
به افراد اجازه میدهد تا
365
00:12:17,519 –> 00:12:19,839
آزادی زیادی برای استفاده از نرمافزار
366
00:12:19,839 –> 00:12:21,200
367
00:12:21,200 –> 00:12:24,079
شما داشته باشند.
368
00:12:24,079 –> 00:12:25,360
من قصد ندارم در مورد مجوزها بحث کنم، بنابراین
369
00:12:25,360 –> 00:12:27,920
لطفاً در مورد آنها نظر
370
00:12:27,920 –> 00:12:29,920
ندهید، در اینجا متوجه خواهید شد که
371
00:12:29,920 –> 00:12:31,920
من فقط تاریخ حق چاپ اصلی را دارم.
372
00:12:31,920 –> 00:12:33,920
373
00:12:33,920 –> 00:12:36,079
374
00:12:36,079 –> 00:12:38,000
تقدمی که میگوید
375
00:12:38,000 –> 00:12:39,200
شما میدانید دلیلی
376
00:12:39,200 –> 00:12:41,440
برای ادامه بهروزرسانی در سال به سال وجود ندارد،
377
00:12:41,440 –> 00:12:43,360
و بنابراین من تمایل دارم از سال اولیهای
378
00:12:43,360 –> 00:12:44,560
379
00:12:44,560 –> 00:12:47,839
که در سال ابتدایی کتابخانه مشارکت داشتم
380
00:12:47,920 –> 00:12:52,000
برای کپی رایت استفاده کنم،
381
00:12:52,000 –> 00:12:54,240
بنابراین این مجوز است، اجازه دهید من از
382
00:12:54,240 –> 00:12:57,120
شر برخی از موارد خلاص شوم. دوباره ناخواسته fxfd اوم
383
00:12:57,120 –> 00:12:58,959
384
00:12:58,959 –> 00:13:01,680
ما دیگر به آن مای پادکست نیاز نداریم،
385
00:13:01,680 –> 00:13:03,360
خب، ما قبلاً در مورد این فایل صحبت کردهایم،
386
00:13:03,360 –> 00:13:05,519
من معمولاً یک readme دارم و این
387
00:13:05,519 –> 00:13:08,000
فقط به مردم در مورد پروژه
388
00:13:08,000 –> 00:13:09,519
میگوید
389
00:13:09,519 –> 00:13:12,959
readme.md درباره پروژه صحبت میکند.
390
00:13:14,079 –> 00:13:15,600
391
00:13:15,600 –> 00:13:16,959
lly فوق العاده ضروری نیست و
392
00:13:16,959 –> 00:13:18,320
در یک ثانیه وقتی به talks.ini نگاه می کنیم به
393
00:13:18,320 –> 00:13:20,079
آن خواهیم رسید،
394
00:13:20,079 –> 00:13:22,079
اما توسعه دهنده نیازمندی های من فقط
395
00:13:22,079 –> 00:13:24,240
کتابخانه هایی را که در زمان آزمایش به آنها نیاز دارم لیست می کند،
396
00:13:24,240 –> 00:13:25,120
397
00:13:25,120 –> 00:13:26,639
در این مورد من از پیش فرض های منحنی استفاده می کنم.
398
00:13:26,639 –> 00:13:29,200
این ابزاری است که من اینجا نوشتم
399
00:13:29,200 –> 00:13:30,160
400
00:13:30,160 –> 00:13:32,320
به جای متن
401
00:13:32,320 –> 00:13:36,240
این است که وابستگی های t
402
00:13:36,240 –> 00:13:38,480
و nc را آزمایش می کند، شما همچنین می توانید آنها را به
403
00:13:38,480 –> 00:13:40,560
جای داشتن یک
404
00:13:40,560 –> 00:13:42,560
فایل جداگانه
405
00:13:42,560 –> 00:13:44,320
406
00:13:44,320 –> 00:13:46,320
در talks.ini لیست کنید
407
00:13:46,320 –> 00:13:47,680
. هنوز هم آن را تا حدودی راحت
408
00:13:47,680 –> 00:13:48,800
میدانید، زیرا گاهی اوقات میخواهید به هر حال Pip
409
00:13:48,800 –> 00:13:50,959
install dash r را انجام دهید،
410
00:13:50,959 –> 00:13:52,399
اگر به کتابخانههای اینجا نگاه کنیم،
411
00:13:52,399 –> 00:13:55,040
پیشفرضهای cub داریم، این یک افزونه پوششی است
412
00:13:55,040 –> 00:13:56,320
که من نوشتم
413
00:13:56,320 –> 00:13:59,440
تا پیشفرضهای معقول برای پوشش
414
00:13:59,440 –> 00:14:03,680
پوشش تنظیم کنم، ابزار پوشش کد
415
00:14:03,680 –> 00:14:07,440
، آچار است و اساساً به شما کمک می کند بدانید
416
00:14:07,440 –> 00:14:09,199
که آیا کد شما واقعاً آزمایش شده است یا
417
00:14:09,199 –> 00:14:11,839
نه و سپس در نهایت تست pi که یک
418
00:14:11,839 –> 00:14:13,360
ابزار آزمایشی است.
419
00:14:13,360 –> 00:14:15,440
420
00:14:15,440 –> 00:14:17,279
421
00:14:17,279 –> 00:14:19,279
422
00:14:19,279 –> 00:14:20,639
423
00:14:20,639 –> 00:14:22,560
در
424
00:14:22,560 –> 00:14:25,760
اینجا خیلی خوب است، اجازه دهید در مرحله بعد به متادیتای راه اندازی خود
425
00:14:25,760 –> 00:14:28,880
برویم، اول در مورد setup.pi صحبت
426
00:14:28,880 –> 00:14:30,720
427
00:14:30,720 –> 00:14:33,600
خواهیم کرد.
428
00:14:33,600 –> 00:14:35,920
429
00:14:35,920 –> 00:14:38,560
430
00:14:38,560 –> 00:14:40,320
البته زمانی که من
431
00:14:40,320 –> 00:14:42,240
فقط از setup.pi استفاده می کردم، باید
432
00:14:42,240 –> 00:14:43,760
نام نسخه و همه
433
00:14:43,760 –> 00:14:45,600
ابرداده های موجود در کد را بدانید،
434
00:14:45,600 –> 00:14:47,199
اما داشتن کد ابرداده،
435
00:14:47,199 –> 00:14:49,120
تغییر فرمت آن را بسیار دشوار می کند،
436
00:14:49,120 –> 00:14:50,240
437
00:14:50,240 –> 00:14:52,000
مانند این ابزار که این ابزار نمی تواند آن را انجام دهد. حتی
438
00:14:52,000 –> 00:14:52,800
کار می کند
439
00:14:52,800 –> 00:14:53,760
زیرا
440
00:14:53,760 –> 00:14:56,959
تغییر کد پایتون بسیار مشکل است،
441
00:14:56,959 –> 00:14:59,199
اما به هر حال setup.pi معمولاً بسیار
442
00:14:59,199 –> 00:15:00,320
کم است،
443
00:15:00,320 –> 00:15:02,480
گاهی اوقات باید کارهایی را انجام دهم
444
00:15:02,480 –> 00:15:04,800
که توسط setups.cfg پشتیبانی نمی شوند،
445
00:15:04,800 –> 00:15:06,560
بنابراین ممکن است گاهی اوقات کدی را در
446
00:15:06,560 –> 00:15:07,360
اینجا مشاهده کنید،
447
00:15:07,360 –> 00:15:11,560
مثلاً یک مثال
448
00:15:13,279 –> 00:15:16,560
این کتابخانه است. به عنوان مثال،
449
00:15:16,560 –> 00:15:19,279
این یک پسوند c دارد، در واقع یک پسوند cffi،
450
00:15:19,279 –> 00:15:21,279
بنابراین من باید
451
00:15:21,279 –> 00:15:23,440
کمی سفارشیسازی اضافی داشته
452
00:15:23,440 –> 00:15:24,880
باشم، این برای فعال کردن cfi است،
453
00:15:24,880 –> 00:15:27,920
این برای اضافه کردن abi three wheels
454
00:15:27,920 –> 00:15:29,360
است.
455
00:15:29,360 –> 00:15:31,120
به طور کلی، من
456
00:15:31,120 –> 00:15:33,040
چیزهای بیشتری در اینجا خواهم داشت،
457
00:15:33,040 –> 00:15:36,000
گاهی اوقات چیزهای بیشتری برای استفاده های غیر
458
00:15:36,000 –> 00:15:38,240
فراداده
459
00:15:38,240 –> 00:15:40,720
خواهم داشت و به این ترتیب این یک پسوند c a c
460
00:15:40,720 –> 00:15:43,680
است، بنابراین به چیزهای خاصی در اینجا نیاز دارد و
461
00:15:43,680 –> 00:15:46,639
سپس ما به setup.cfg signup.cfg می رویم
462
00:15:46,639 –> 00:15:48,240
.
463
00:15:48,240 –> 00:15:51,920
متادیتا
464
00:15:52,320 –> 00:15:53,839
و بیشتر این فرمتبندی خودکار است،
465
00:15:53,839 –> 00:15:56,079
من در واقع به صورت دستی تنظیم نمیکنم چند
466
00:15:56,079 –> 00:15:57,759
موردی که به صورت دستی تنظیم میشوند، این
467
00:15:57,759 –> 00:15:59,199
سه فیلد در
468
00:15:59,199 –> 00:16:01,360
اینجا URL
469
00:16:01,360 –> 00:16:03,519
um البته نام من هستند، اما همه این
470
00:16:03,519 –> 00:16:05,120
طبقهبندیکنندهها بهطور
471
00:16:05,120 –> 00:16:07,120
خودکار با فرمت تنظیم cfg تولید میشوند. من
4