2. 程式人生 > >Gitlab Pipeline+Supervisor 實戰Python項目CI/CD

Gitlab Pipeline+Supervisor 實戰Python項目CI/CD

阿新 • • 發佈：2019-05-05
管理員 重定向 pki always ive 順序 variables -m onf

一.背景

談到到CI/CD，我們不禁會想到Gitlab + Jenkins + Docker等一些列優秀的工具，Jenkins以其豐富的插件及靈活配置已經非常好的滿足我們日常工作中的CI/CD需求，通常的做法為Gitlab配置webhook，開發人員通過push代碼或merge request可以觸發執行一些列的測試部署上線工作，打通了開發到部署到整個生命周期，完成持續集成持續構建。
在Gitlab 也是具有一套CI/CD到框架，通過簡單的註冊Gitlab Runner，根據業務測試部署需求撰寫 .gitlab-ci.yml文件，即可輕松的實現CI/CD，無需多余的工具介入，方便快捷。
本文對記錄下利用Gitlab pipeline+supervisor來實戰部署Python對tornado項目。

二.基礎必備

2.1 Gitlab

2.1.1 Gitlab 簡介

Gitlab為一套開源代碼倉庫管理系統，有CE（社區版）和EE（企業版），相較與共有的代碼管理平臺Githab，Gitlab常用與私有化部署在企業內網，方便對代碼倉庫及人員的分組及權限管控，輕松方便管理團隊開發流程及多人合作開發規範，通過註冊Runner，編寫.gitlab-ci.yml實現快速項目CI/CD。

2.1.2 搭建部署

  • 更新yum源
cat > /etc/yum.repos.d/gitlab-ce.repo <<EOF
[gitlab-ce]
name=Gitlab CE Repository
baseurl=https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el\$releasever/
gpgcheck=0
enabled=1
EOF
  • 安裝
yum clean all && yum makecache
sudo yum install gitlab-ce        #自動安裝最新版
sudo yum install gitlab-ce-x.x.x    #安裝指定版本
  • 配置啟動
1.修改gitlab配置文件指定為安裝gitlab服務器ip和自定義端口： vim /etc/gitlab/gitlab.r
2.重置並啟動GitLab
執行：
gitlab-ctl reconfigure
gitlab-ctl restart
初始賬戶: root 密碼: 5iveL!fe

自定義密碼：
gitlab-rails console production     #開始初始化密碼
u=User.where(id:1).first        來查找與切換賬號（User.all 可以查看所有用戶）

u.password=12345678  設置密碼
u.password_confirmation=12345678
u.save!
exit
  • 修改默認存儲路徑

更改倉庫存儲位置 默認時GitLab的倉庫存儲位置在“/var/opt/gitlab/git-data/repositories”，在實際生產環境中我們會新建數據盤，將重要數據存儲在單獨的數據盤分區中，我這裏規劃把數據存放在“/data/gitlabdata”目錄下。

mkdir -pv /data/gitlabdata 
vim /etc/gitlab/gitlab.rb 

git_data_dirs({ "default" => { "path" => "/data/gitlabdata" } })

1 在沒有數據的情況下

[[email protected] ~]# gitlab-ctl stop
[[email protected] ~]# gitlab-ctl reconfigure //使修改生效

2.如果 /var/opt/gitlab/git-data 目錄已經存在Git倉庫數據， 你可以用下面的命令把數據遷移到新的位置:

# 準備遷移之前要停止GitLab服務，防止用戶寫入數據。
[[email protected] ~]# gitlab-ctl stop

# 註意 ‘repositories‘後面不帶斜杠，而
# ‘/home/gitlab-data‘後面是有斜杠的。
[[email protected] ~]# rsync -av /var/opt/gitlab/git-data/repositories /data/gitlabdata/

# 如果需要修復權限設置，
# 可運行下面的命令進行修復。
[[email protected] ~]# gitlab-ctl reconfigure

# 再次檢查下  /data/gitlabdata 的目錄. 正常情況應該有下面這個子目錄:
# repositories
  • 備份還原

a.備份

確保/var/opt/gitlab/backups 目錄存在並且gitlab有權限寫入文件

gitlab-rake gitlab:backup:create

b.還原

將備份文件拷貝到/var/opt/gitlab/backups下
停止相關數據連接服務
sudo gitlab-ctl stop unicorn
sudo gitlab-ctl stop sidekiq

1. 制定時間戳恢復
從備份恢復
從指定時間戳的備份恢復（backups目錄下有多個備份文件時）：

sudo gitlab-rake gitlab:backup:restore BACKUP=1500809139

2.從默認備份恢復（backups目錄下只有一個備份文件時）：

sudo gitlab-rake gitlab:backup:restore

啟動Gitlab
sudo gitlab-ctl start
sudo gitlab-ctl reconfigure

修改默認備份目錄【可選】
你也可以通過修改/etc/gitlab/gitlab.rb來修改默認存放備份文件的目錄：

gitlab_rails[‘backup_path‘] = ‘/data/gitlabbackup‘

/data/gitlabbackup修改為你想存放備份的目錄即可, 修改完成之後使用gitlab-ctl reconfigure命令重載配置文件即可

可配合定時任務或上傳到對象存儲，實現異地代碼備份。

2.1.3 Gitlab CI/CD概念

  • CI/CD的優勢：
    • 盡可能快地檢測錯誤：在開發人員的腦海中解決問題
    • 減少集成問題：更小的問題更容易消化
    • 避免復合問題：讓團隊更快，更自信地發展
    • 確保每個更改都是可釋放的：在調用之前測試所有內容，包括部署
    • 降低每次發布的風險：使發布“無聊”
    • 更頻繁地提供價值：可靠的部署意味著更多的版本
    • 嚴密的客戶反饋循環：客戶對變更的快速和頻繁反饋

技術分享圖片

  • Gitlab runner

Gitlab ci/cd是由獨立的runner程序完成，runner采用go語言編寫，因此可以很好的進行跨平臺，通常可以將runner部署到任何gitlab server之外的服務器，從而避免對gitlab server的影響，gitlab runner相當於一個agent安裝在目標服務器，或這多個項目公用一個runner，runner服務器單獨來執行構建任務。
runner類型：
a.GitLab-Runner可以分類兩種類型：Shared Runner（共享型）和Specific Runner（指定型）。
b.Shared Runner：這種Runner（工人）是所有工程都能夠用的。只有系統管理員能夠創建Shared Runner。
c.Specific Runner：這種Runner（工人）只能為指定的工程服務。擁有該工程訪問權限的人都能夠為該工程創建Shared Runner。

技術分享圖片

根據上圖可以看出，gitlab-runner可以安裝到最終項目部署當服務器上，一個服務器可以部署多個runner，也可以單獨一臺服務器專用與common-runner來負責多個項目當部署。

  • Pipeline

Pipeline相當於一次整體的構建任務，其中包含有多個流程步驟(Stages)，例如檢測進程，清理環境，安裝依賴，測試，編譯，部署到dev/prod環境，進程檢查等，可以對比jenkins構建工作流來理解。任何提交代碼或者 Merge Request 的合並都可以觸發 一條Pipeline。

  • Stages

Stages為一條Pipeline的基本構成步驟，一條pipeline的所有stages構成來一條完整的CI/CD工作流。
Stages特征：
a.順序執行，第一個stage執行完畢，第二個stage開始
b.stage串行執行，前面的一個stage執行失敗，後面的所有stage不會執行
c.所有的stage執行都成功，該pipeline任務為成功。

  • Jobs

Jobs為單個stage中的具體執行工作
Jobs特征：
a.同一個stage的jobs會並行執行
b.同一個stage中的所有jobs都執行成功，該stage為成功
c.一個stage中的任意一個jobs執行失敗，該stage為失敗，該stage所在的pipline執行失敗

2.2 YAML

可參考:https://www.imooc.com/article/276994

2.3 Supervisor

  • 背景

在部署Python項目中，啟動Django項目或Tornado項目，如果將進程放在前臺或是利用nohup &放在後臺，gitlab pipeline無法進行退出，可以通過編寫腳本部署，但是耗時耗力且需要做單獨對進程監控，不便於我們管理維護，因此利用Superviosr來實現對部署項目start/stop/restart/reload服務管理，通過fork/exec的方式把這些被管理的進程，當supervisor的子進程來啟動，完美解決來項目部署對難題。

  • 簡介

Superviosr為用Python語言開發對一套通用進程管理系統，可利用pip或yum進行安裝，其能將一個普通對命令行進程變為daemon，並監控其進程狀態，可通過配置如果監控進程異常退出則自動對其進行重啟，同時也擁有web管理界面方便管理查看。

  • 配置部署
yum install supervisor  # 安裝

安裝完成後配置文件會在/etc/supervisord.conf,對此可自行修改
[unix_http_server]
file=/tmp/supervisor.sock   ;UNIX socket 文件，supervisorctl 會使用
;chmod=0700                 ;socket文件的mode，默認是0700
;chown=nobody:nogroup       ;socket文件的owner，格式：uid:gid

;[inet_http_server]         ;HTTP服務器，提供web管理界面
;port=127.0.0.1:9001        ;Web管理後臺運行的IP和端口，如果開放到公網，需要註意安全性
;username=user              ;登錄管理後臺的用戶名
;password=123               ;登錄管理後臺的密碼

[supervisord]
logfile=/tmp/supervisord.log ;日誌文件，默認是 $CWD/supervisord.log
logfile_maxbytes=50MB        ;日誌文件大小，超出會rotate，默認 50MB，如果設成0，表示不限制大小
logfile_backups=10           ;日誌文件保留備份數量默認10，設為0表示不備份
loglevel=info                ;日誌級別，默認info，其它: debug,warn,trace
pidfile=/tmp/supervisord.pid ;pid 文件
nodaemon=false               ;是否在前臺啟動，默認是false，即以 daemon 的方式啟動
minfds=1024                  ;可以打開的文件描述符的最小值，默認 1024
minprocs=200                 ;可以打開的進程數的最小值，默認 200

[supervisorctl]
serverurl=unix:///tmp/supervisor.sock ;通過UNIX socket連接supervisord，路徑與unix_http_server部分的file一致
;serverurl=http://127.0.0.1:9001 ; 通過HTTP的方式連接supervisord

; [program:xx]是被管理的進程配置參數，xx是進程的名稱
[program:xx]
command=/opt/apache-tomcat-8.0.35/bin/catalina.sh run  ; 程序啟動命令
autostart=true       ; 在supervisord啟動的時候也自動啟動
startsecs=10         ; 啟動10秒後沒有異常退出，就表示進程正常啟動了，默認為1秒
autorestart=true     ; 程序退出後自動重啟,可選值：[unexpected,true,false]，默認為unexpected，表示進程意外殺死後才重啟
startretries=3       ; 啟動失敗自動重試次數，默認是3
user=tomcat          ; 用哪個用戶啟動進程，默認是root
priority=999         ; 進程啟動優先級，默認999，值小的優先啟動
redirect_stderr=true ; 把stderr重定向到stdout，默認false
stdout_logfile_maxbytes=20MB  ; stdout 日誌文件大小，默認50MB
stdout_logfile_backups = 20   ; stdout 日誌文件備份數，默認是10
; stdout 日誌文件，需要註意當指定目錄不存在時無法正常啟動，所以需要手動創建目錄（supervisord 會自動創建日誌文件）
stdout_logfile=/opt/apache-tomcat-8.0.35/logs/catalina.out
stopasgroup=false     ;默認為false,進程被殺死時，是否向這個進程組發送stop信號，包括子進程
killasgroup=false     ;默認為false，向進程組發送kill信號，包括子進程

;包含其它配置文件
[include]
files = supervisord.d/*.conf     ;可以指定一個或多個以.conf結束的配置文件

通常我們修改include 中的擴展名為.conf來在其下目錄中配置為們自定義的項目。
在supervisord.d中配置我們對具體項目，例如：

[program:myproject]
command=/data/miniconda3/envs/go2cloud_api_env/bin/python /project/myproject/server.py 8011
user=root
stdout_logfile=/project/go2cloud_api/run.log
autostart=true
autorestart=true
startsecs=60
stopasgroup=true
ikillasgroup=true
startretries=1
redirect_stderr=true
  • 啟動程序
supervisord -c /etc/supervisord.conf
  • 客戶端命令
supervisorctl 是 supervisord的命令行客戶端工具

supervisorctl status：查看所有進程的狀態
supervisorctl stop myproject：停止es
supervisorctl start myproject：啟動myproject
supervisorctl restart myproject: 重啟myproject
supervisorctl update ：配置文件修改後可以使用該命令加載新的配置
supervisorctl reload: 重新啟動配置中的所有程序
...

把myproject 換成all 可以管理配置中的所有進程

  • 註意事項

supervisor不能監控後臺進程，command 不能為後臺運行命令。

三.實戰部署

3.1 服務器列表

名稱 IP 軟件 備註
gitlab-server 10.57.61.138 gitlab-server Gitlab 服務器
gitlab-common-runner 10.57.61.11 gitlab-runner 公用runner服務器
Des-server 172.21.0.10 miniconda/supervisor 項目部署服務器

3.2 架構圖

技術分享圖片
根據上圖，我們可以清晰當看清楚兩種部署模式，多個項目公用一個gitlab-runner，和將gitlab-runner部署到目標服務器上。由於存在多個項目，方便後期多項目管理，本次我們利用到為公用gitlab-runner。

3.3 前期準備

  • Gitlab-runner服務區的gitlab-runner用戶可以免密鑰登錄des-server服務器
  • Gitlab服務器安裝配置
  • 在目標服務器安裝配置conda虛擬環境
  • supervisor部署配置
[program:go2cloud_platform]
command=/data/miniconda3/envs/go2cloud_platform/bin/python /project/go2cloud_platform/runserver start all
user=root
stdout_logfile=/var/log/go2cloud_platform.log
autostart=true
autorestart=true
startsecs=60
stopasgroup=true
ikillasgroup=true
startretries=1
redirect_stderr=true

3.4 配置部署

3.4.1 Gitalb Runner配置

  • Gitlab runner安裝註冊
# 配置yum源
curl -L https://packages.gitlab.com/install/repositories/runner/gitlab-ci-multi-runner/script.rpm.sh | sudo bash
# 安裝runner
sudo yum install -y gitlab-ci-multi-runner
  • 開啟項目Pipelines

有的項目為開啟pipeline，需要手動開啟
settings->General->Visibility, project features, permissions->Pipelines
可以配置所有人或此項目到Members可以配置管理Pipeline

  • 記錄註冊信息

settings->CI/CD>Runners
技術分享圖片
記錄註冊url和token
技術分享圖片

  • 在gitlabrunner服務器進行註冊
# gitlab runner註冊到平臺
sudo gitlab-ci-multi-runner register

技術分享圖片
此處我們選擇的為單機shell執行，如果為docker可以選擇docker，註冊完成後可以返回gitlab web管理界面查看已經註冊的runner。
技術分享圖片

也可以對runner進行配置。

  • 配置runner

可以勾選Active，runner為公用對時候，暫停Runner不接受新的jobs
如果沒有制定tag，可以運行在未指定tag的作業。
技術分享圖片

3.4.2 .gitlab-ci.yml 編寫

stages:
  - clean_env            # 清理環境及殺死進程
  - deploy_src           # 部署源碼
  - install_dependency   # 更新依賴  
  - restart_server       # 重啟服務
  - check_server         # 檢測服務

variables:
  BASE_DIR: "/go2cloud_platform/"

job clean_env_job:
  stage: clean_env
  script:
    - ssh -o stricthostkeychecking=no [email protected] pkill supervisord || true
    - ssh -o stricthostkeychecking=no [email protected] killall /data/miniconda3/bin/python || true
    - ssh -o stricthostkeychecking=no [email protected] killall /data/miniconda3/envs/go2cloud_platform/bin/python || true
    - ssh -o stricthostkeychecking=no [email protected] rm -rf /project${BASE_DIR}*
  tags:
    - 51common-runner
  only:
    - dev
  when: always

job deploy_src_job:
  stage: deploy_src
  script:
    - scp -r /home/gitlab-runner/builds/QFafrHEq/0/devops/${BASE_DIR}* [email protected]:/project${BASE_DIR}
    - ssh -o stricthostkeychecking=no [email protected] cp /project/config/config.yml /project${BASE_DIR}
  tags:
    - 51common-runner
  only:
    - dev
  when: always

job install_dependency_job:
  stage: install_dependency
  script:
    - ssh -o stricthostkeychecking=no [email protected] /data/miniconda3/envs/go2cloud_platform/bin/python -m pip install -r /project${BASE_DIR}requirements/requirements.txt
  tags:
    - 51common-runner
  only:
    - dev
  when: manual

job restart_server_job:
  stage: restart_server
  script:
    - ssh -o stricthostkeychecking=no [email protected] sleep 7
    - ssh -o stricthostkeychecking=no [email protected] supervisord -c /etc/supervisord.conf
    - ssh -o stricthostkeychecking=no [email protected] ps -ef |grep supervisord |grep -v grep
  tags:
    - 51common-runner
  only:
    - dev
  when: always

job check_server_job:
  stage: check_server
  script:
    - ssh -o stricthostkeychecking=no [email protected] sleep 7
    - ssh -o stricthostkeychecking=no [email protected] ps -ef|grep "8088"
  tags:
    - 51common-runner
  only:
    - dev
  when: always

在此我們部署服務分為五個步驟

  • 清理環境：可以配置為全部刪除目標源代碼或這rsync/scp增量覆蓋到目標服務器，如果增量部署，需要考慮遷移數據庫到重復執行。
  • 部署源碼：將gitlab-runner服務器pull下來到代碼scp到目標服務器到目標部署目錄，
  • 安裝依賴：此處有可能後期更新requirements，配置為manual手動去執行更新，如果有更新，手動去安裝。
  • 重啟服務：此時啟動為supervisord服務，啟動後可以自動啟動配置到項目服務。
  • 檢測進程：由於此項目為平臺為寫單元測試，部署上去存在可能代碼有異常進程為能正常啟動，檢測進程是否正常啟動可方便為們知道部署是否成功。

項目中到配置指標和變量可以參考：https://docs.gitlab.com/ee/ci/yaml/README.html

  • 查看pipeline
    技術分享圖片
    技術分享圖片
  • 查看具體jobs信息
    技術分享圖片
    如果那個jobs執行失敗可以進行手動retry。
  • 查看CI/CD charts

技術分享圖片
charts直觀的展示來構建到成功及失敗圖表。

  • 查看構建郵件
    技術分享圖片
  • 在des-server查看項目

技術分享圖片

  • 通過web界面查看

技術分享圖片
至此一個完整到Gitlab runner就配置完成。

四.總結反思

  • gitlab-runner配置簡單,與gitlab集成友好，無需單獨搭建構建平臺，告警有gitalb發送。當新建一個項目的時候，不需要配置webhook回調地址，將部署繼承在代碼的.gitlab-ci.yml 中易於維護管理。
  • gitlab-ci/cd沒有代碼審計，需要單獨配置，隨著業務增加，團隊擴充需要單獨構建代碼審計平臺。
  • 如果小型Devops團隊建議利用Gitlab CI/CD方便管理維護，如果大型gitlab ci/cd無法滿足可以結合jenkins來實現CI/CD。

    五.參考資料

  • https://docs.gitlab.com/ce/ci/yaml/README.html
  • https://docs.gitlab.com/ce/ci/README.html
  • http://supervisord.org/

Gitlab Pipeline+Supervisor 實戰Python項目CI/CD

相關推薦

Gitlab Pipeline+Supervisor 實戰Python項目CI/CD

管理員 重定向 pki always ive 順序 variables -m onf 一.背景 談到到CI/CD，我們不禁會想到Gitlab + Jenkins + Docker等一些列優秀的工具，Jenkins以其豐富的插件及靈活配置已經非常好的滿足我們日常工作中的CI

Python項目實戰：福布斯系列之數據采集

sce nmp mgr 上市 sts nor 頁面數據 都差不多 afa 1 數據采集概述 開始一個數據分析項目，首先需要做的就是get到原始數據，獲得原始數據的方法有多種途徑。比如： 獲取數據集（dataset）文件 使用爬蟲采集數據 直接獲得excel、

Python - - 項目實戰 -- 遊戲框架搭建

部分 sta align tab 判斷 數字 game 向上 通過 目標 -- 使用 面向對象 設計 飛機大戰遊戲類 目標 明確主程序職責 實現主程序類 準備遊戲精靈組 01，明確主程序職責 回顧 快速入門案例 ，一個遊戲主程序的 職責 可以分為兩個部分 遊戲初始化

Jenkins部署Python項目實戰

註意 繼續 ica factor cif basepath ror edi channels 一、背景 我們工作中常用Jenkins部署Java代碼，因其靈活的插件特性，例如jdk，maven，ant等使得java項目編譯後上線部署一氣呵成，同樣對於腳本語言類型如Pytho

Python項目實戰：實現QQ抽屜功能效果展示

實現 個人 targe ali .com docid nali imei 需要 前言 今天為大家介紹一個利用pyhton做的一個QQ抽屜功能效果展示,具有很好的參考價值,下面就來看看吧 代碼如下: 安裝庫 這裏要註意一下,直接pip pyqt4是會失敗的,需要的在庫

在一個多模塊的python項目中，如何在子模塊中引用項目的根目錄？

python參考：http://codereview.stackexchange.com/questions/20428/accessing-the-contents-of-a-projects-root-directory-in-python 有時候開發稍大一點的python項目，需要用到多個模塊，多層目錄

python 項目中的 requirements.txt

adl jin 現在 maven坐標 gree its req 都是 class 背景 java項目的話，包依賴一般都是maven管理，當然還有gradle，對於包的管理非常方便，maven的話只要在pom.xml中添加依賴包的maven坐標就可以了的，那python呢 ？

項目實戰之項目組成

logs als 大量 ror 技術分享 node 我們 tool gpa 基於前面五篇react基本知識的介紹，從這篇開始項目實戰。要想使一個項目運轉起來，需要的知識可不只有react.前端采用react+anted+webpack,後臺采用java.裏面還有很多

[IT學習]轉載python 項目 計算器

utf window resizable root tle python小項目 weight let justify 這個是從網上搜到的Python小項目之計算器（原文地址：http://www.2cto.com/kf/201402/279637.html）。但該段代碼估計

檢測Python項目依賴包以及版本

bsp $2 bin xargs imp gre div one awk #!/bin/env/bash find . -type f |grep py|xargs grep -E ‘^from|^import‘| awk -F "py:" {‘print $2‘}|so

爬取github上流行的python項目

fin .get get cnblogs rep 地址 ges name req # -*- coding:utf-8 -*- __author__ = "MuT6 Sch01aR" import requests from pyquery import PyQue

ubuntu 16.04部署python項目（Nginx+uwsgi+django）

也有 src cnblogs 就是 主機 serve .cn ket essential 嘗試在linux上部署項目，先從最熟悉的python項目開始吧。 1、安裝Nginx 命令:sudo apt-get install nginx 2、安裝uwsgi，從pip倉庫安裝

Python 項目實踐一（外星人入侵）第一篇

應用 系統 循環 post 第一篇 開始遊戲 mage 安裝程序 tps python斷斷續續的學了一段實踐，基礎課程終於看完了，現在跟著做三個小項目，第一個是外星人入侵的小遊戲： 一 Pygame pygame 是一組功能強大而有趣的模塊，可用於管理圖形，動畫乃至聲音

Python 項目實踐一（外星人入侵小遊戲）第二篇

包含 容易 設置 調用 底部 itme 圖片 import 建立 接著上次的繼續學習。 一 創建一個設置類 每次給遊戲添加新功能時，通常也將引入一些新設置。下面來編寫一個名為settings的模塊，其中包含一個名為Settings的類，用於將所有設置存儲在一個地方，以免在代

Python 項目實踐二（生成數據）第一篇

通過 http 000]) ont 其中 打開 圖片 小數 input 上面那個小遊戲教程寫不下去了，以後再寫吧，今天學點新東西，了解的越多，發現python越強大啊！ 數據可視化指的是通過可視化表示來探索數據，它與數據挖掘緊密相關，而數據挖掘指的是使用代碼來探索數據集的規

Python 項目實踐二（下載數據）第四篇

1.4 不同顏色 分享圖片 數據轉換 value 轉換成 ase itl only 接著上節繼續學習，在本節中，你將下載JSON格式的人口數據，並使用json模塊來處理它們。Pygal提供了一個適合初學者使用的地圖創建工具，你將使用它來對人口數據進行可視化，以探索全球人口的

Python 項目實踐三（Web應用程序）第一篇

qlite 響應 cati face add imp 桌面應用 是什麽 相同 一 Djangao入門 當今的網站實際上都是富應用程序（rich application），就像成熟的桌面應用程序一樣。Python提供了一組開發Web應用程序的卓越工具。在本章中，你將學習如何使

Python 項目實踐三（Web應用程序）第二篇

lib body pattern 當前 pro .py per req view 接著上節的繼續學習，使用Django創建網頁的過程通常分三個階段：定義URL、編寫視圖和編寫模板。首先，你必須定義URL模式，每個URL都被映射到特定的視圖——視圖函數獲取並處理網頁所需的數據

python 項目環境包的名稱和版本導出和導入

名稱 gpo 另一個 pre nts 環境 sta body class 1、pip freeze > requirements.txt 將當前環境中的包的名稱及版本導出到文本中 2、然後在另一個環境中 pip install -r requirements.tx

python 項目啟動路徑自動添加

自動添加 pat ase app 項目 添加 dir __file__ append import os import sys base_dir = os.path.dirname(os.path.dirname(os.path.abspath(__file__))) #