از این وظیفه برای ارائه احراز هویت برای مشتری pip که توزیع های پایتون را نصب می کند، استفاده کنید.
نحو
# Python pip authenticate v1 # کار احراز هویت برای مشتری پیپ که برای نصب توزیع های پایتون استفاده می شود.- وظیفه: ورودی PipAuthenticate@1: # فیدها و احراز هویت #artifactFeeds: # رشته. فیدهای من (در زیر انتخاب کنید).#pythonDownloadServiceConnections: # رشته. فید از سازمان های خارجی#onlyAddExtraIndex: نادرست # بولی. نشانی وب فهرست اولیه را تنظیم نکنید. پیش فرض: نادرست.
ورودی ها
artifactFeeds - فیدهای من (در زیر انتخاب کنید) رشته .
فهرستی از فیدهای Azure Artifacts جدا شده با کاما را برای احراز هویت با پیپ مشخص می کند.
pythonDownloadServiceConnections - فیدها از رشته سازمانهای خارجی.
فهرستی از نام های اتصال سرویس پیپ از سازمان های خارجی برای احراز هویت با pip را مشخص می کند.
onlyAddExtraIndex - نشانی وب فهرست اولیه را به صورت بولی تنظیم نکنید. مقدار پیش فرض: نادرست.
اگر این کار روی true تنظیم شود، هیچ فید به عنوان نشانی اینترنتی فهرست اولیه تنظیم نخواهد شد. همه فیدها/نقاط پایانی پیکربندی شده به عنوان URL های فهرست اضافی تنظیم می شوند.
گزینه های کنترل وظیفه
همه وظایف علاوه بر ورودی های وظیفه، گزینه های کنترلی نیز دارند. برای اطلاعات بیشتر، گزینه های کنترل و ویژگی های کار رایج را ببینید.
متغیرهای خروجی
ملاحظات
احراز هویت را برای کلاینت pip که برای نصب توزیع های پایتون استفاده می شود، فراهم می کند.
- چه زمانی باید این وظیفه را اجرا کنم؟
- نماینده من پشت یک پروکسی وب است. آیا PipAuthenticate pip را برای استفاده از پروکسی من تنظیم می کند؟
- خط لوله من باید در پروژه دیگری به فید دسترسی داشته باشد
چه زمانی باید این وظیفه را اجرا کنم؟
این کار باید قبل از استفاده از pip برای دانلود توزیع های پایتون در یک منبع بسته تأیید شده مانند Azure Artifacts اجرا شود. هیچ الزام دیگری برای سفارش وجود ندارد. فراخوانی های متعدد این کار اعتبارنامه ها را روی هم نمی گذارد. هر بار اجرای کار، اعتبارنامه های ذخیره شده قبلی را پاک می کند.
نماینده من پشت یک پروکسی وب است. آیا PipAuthenticate pip را برای استفاده از پروکسی من تنظیم می کند؟
نه. در حالی که این کار به خودی خود در پشت پراکسی وب کار می کند که عامل شما برای استفاده از آن پیکربندی شده است، پیپ را برای استفاده از پروکسی پیکربندی نمی کند.
برای انجام این کار، می توانید:
- متغیرهای محیطی http_proxy ، https_proxy و به صورت اختیاری no_proxy را روی تنظیمات پروکسی خود تنظیم کنید. برای جزئیات بیشتر به دستورالعمل های رسمی Pip مراجعه کنید. اینها متغیرهای رایجی هستند که سایر ابزارهای غیر پایتون (مثلاً curl) نیز ممکن است از آنها استفاده کنند.
احتیاط متغیرهای HTTP_PROXY و NO_PROXY در سیستم عامل های لینوکس و MAC حساس هستند و باید حروف کوچک باشند. تلاش برای استفاده از متغیر خطوط لوله لاجورد برای تنظیم متغیر محیط کار نمی کند ، زیرا به حروف بزرگ تبدیل می شود. در عوض ، متغیرهای محیط را روی دستگاه عامل خود میزبان تنظیم کرده و عامل را مجدداً راه اندازی کنید.
خط لوله من باید در پروژه دیگری به فید دسترسی داشته باشد
اگر خط لوله در یک پروژه متفاوت از پروژه میزبان فید در حال اجرا است ، شما باید پروژه دیگر را برای اعطای دسترسی به خواندن/نوشتن به سرویس ساخت تنظیم کنید. برای اطلاعات بیشتر به مجوزهای بسته در خطوط لوله لاجورد مراجعه کنید.
مثال ها
توزیع Python Distributions از Azure Artifacts Feeds بدون مشاوره با ثبت رسمی Python
در این مثال ، ما برای بارگیری از فیدهای Azure Artifacts ، احراز هویت را تنظیم می کنیم. کار معتبر متغیرهای محیطی PIP_INDEX_URL و PIP_EXTRA_INDEX_URL را ایجاد می کند که برای بارگیری توزیع ها لازم است. این کار متغیرها را با اعتبار تأیید اعتبار تعیین می کند که کار برای فیدهای مصنوعات ارائه شده ایجاد می کند. Hellotestpackage باید در MyTestFeed1 یا MyTestFeed2 حضور داشته باشد. در غیر این صورت ، نصب شکست خواهد خورد.
برای فیدهای پروژه ای که در یک پروژه متفاوت از جایی که خط لوله در حال اجرا است ، باید به صورت دستی پروژه و دسترسی به خوراک به سرویس ساخت پروژه خط لوله را ارائه دهید.
- کار: pipauthenticate@1 DisplayName: "PIP تأیید اعتبار" ورودی ها: # لیست نام های خوراک را که می خواهید تأیید کنید ارائه دهید.# فیدهای Scoped Project علاوه بر نام خوراک باید نام پروژه را نیز در بر بگیرد. ArtifactFeeds: 'Project1/MyTestFeed1 ، MyTestFeed2' # از ابزار خط فرمان برای "نصب پیپ" استفاده کنید.- اسکریپت: |پیپ نصب Hellotestpackage
با رجیستری رسمی پایتون مشورت کنید و سپس توزیع های پایتون را از فیدهای Azure Artifacts بارگیری کنید
در این مثال ، ما تأیید هویت را برای بارگیری از یک فید آثار باستانی Azure خصوصی تنظیم می کنیم ، اما ابتدا با PYPI مشاوره می شود. کار معتبر یک متغیر محیط PIP_EXTRA_INDEX_URL ایجاد می کند ، که حاوی اعتبارنامه AUTH است که برای بارگیری توزیع ها لازم است. HellotestPackage فقط در صورت عدم حضور در PYPI از فیدهای معتبر بارگیری می شود.
برای فیدهای پروژه ای که در یک پروژه متفاوت از جایی که خط لوله در حال اجرا است ، باید به صورت دستی پروژه و دسترسی به خوراک به سرویس ساخت پروژه خط لوله را ارائه دهید.
- کار: pipauthenticate@1 DisplayName: "PIP تأیید اعتبار" ورودی ها: # لیست نام های خوراک را که می خواهید تأیید کنید ارائه دهید.# فیدهای Scoped Project علاوه بر نام خوراک باید نام پروژه را نیز در بر بگیرد. ArtifactFeeds: 'Project1/MyTestFeed1 ، MyTestFeed2' # تنظیم این متغیر در "True" PIP را وادار می کند تا توزیع از رجیستری رسمی Python را ابتدا و در صورت عدم توزیع توزیع در بالا ، توزیع از رجیستری رسمی پایتون را به دست آورد. Onlyaddextraindex: True # از ابزار خط فرمان برای "نصب پیپ" استفاده کنید.- اسکریپت: |پیپ نصب Hellotestpackage
توزیع های پایتون را از سایر سرورهای خصوصی پایتون بارگیری کنید
در این مثال ، ما برای بارگیری از یک سرور توزیع پایتون خارجی ، تأیید هویت را تنظیم می کنیم. برای سرویس خارجی یک ورودی اتصال سرویس PIP ایجاد کنید. کار معتبر از اتصال سرویس برای ایجاد متغیر محیط PIP_INDEX_URL استفاده می کند ، که شامل اعتبارنامه های AUTH است که برای بارگیری توزیع ها لازم است. Hellotestpackage باید در اتصال خدمات pypitest حضور داشته باشد. در غیر این صورت ، نصب شکست خواهد خورد. اگر می خواهید ابتدا با PYPI مشورت شود ، فقط به درستی تنظیم کنید.
- کار: pipauthenticate@1 DisplayName: "PIP تأیید اعتبار": # در این حالت ، نام اتصال سرویس "pypitest" است. pythondownloadserviceconnections: pypitest # از ابزار خط فرمان برای "نصب پیپ" استفاده کنید.- اسکریپت: |پیپ نصب Hellotestpackage
الزامات
| الزام | شرح |
| انواع خط لوله | YAML ، ساخت کلاسیک ، انتشار کلاسیک |
| دویدن | نماینده ، گروه استقرار |
| خواسته ها | هیچ یک |
| توانایی ها | این کار هیچ گونه خواسته های مربوط به کارهای بعدی در کار را برآورده نمی کند. |
| محدودیت های فرمان | هیچ |
| متغیرهای قابل حل | هیچ |
| نسخه عامل | 2. 144. 0 یا بیشتر |
| دسته وظیفه | بسته بندی کردن |
| الزام | شرح |
| انواع خط لوله | YAML ، ساخت کلاسیک ، انتشار کلاسیک |
| دویدن | نماینده ، گروه استقرار |
| خواسته ها | هیچ یک |
| توانایی ها | این کار هیچ گونه خواسته های مربوط به کارهای بعدی در کار را برآورده نمی کند. |
| محدودیت های فرمان | هیچ |
| متغیرهای قابل حل | هیچ |
| نسخه عامل | 2. 120. 0 یا بیشتر |
| دسته وظیفه | بسته بندی کردن |
کتاب آموزش بورس...
ما را در سایت کتاب آموزش بورس دنبال می کنید
برچسب :
نویسنده : محمود استادمحمد
بازدید : 26
تاريخ : پنجشنبه
19 مرداد
1402 ساعت: 22:42