Zinnector® સાથે ડિપ્લોય કરવું: લિંક કરો, ચકાસો, પુશ કરો

એકવાર પ્રોજેક્ટ સ્થાનિક રીતે ચાલે પછી, ચાર આદેશો તેને Zinn Digital® હોસ્ટિંગ પર લાઇવ સાઇટ પર લઈ જાય છે: સાઇન ઇન કરો, પ્રોજેક્ટને હોસ્ટિંગ સ્લોટ સાથે લિંક કરો, પ્રી-ફ્લાઇટ વાંચો, અને પુશ કરો. આ લેખ આ દરેક પગલાં, તે શું પ્રિન્ટ કરે છે, અને તે પછી તમે જે આદેશોનો ઉપયોગ કરશો તે સમજાવે છે — રીડિપ્લોય, ડિપ્લોય ઇતિહાસ અને બિલ્ડ લૉગ્સ.

API કી વડે સાઇન ઇન કરો

ડેશબોર્ડમાં Settings → API keys હેઠળ કી બનાવો, પછી:

zinnector login

આ કી પ્રોમ્પ્ટ પર ટાઇપ કરવામાં આવે છે — તે કમાન્ડ લાઇન પર ક્યારેય સ્વીકારવામાં આવતી નથી, જેથી તે તમારા શેલ ઇતિહાસ અથવા પ્રોસેસ લિસ્ટિંગમાં ન આવી જાય. CI માં, તેને પાઇપ કરો: echo "$ZINN_API_KEY" | zinnector login --profile ci, અથવા ZINNECTOR_TOKEN સેટ કરો અને login ને સંપૂર્ણપણે છોડી દો. કી સંગ્રહિત થાય તે પહેલાં તેની ચકાસણી કરવામાં આવે છે, અને ફાઇલ મોડ 600 સાથે સંગ્રહિત થાય છે. zinnector whoami --scopes બતાવે છે કે તમે કયા સંસ્થામાં સાઇન ઇન છો અને કી પાસે કઈ પરવાનગીઓ છે; સેન્ડબોક્સ કીને તે મુજબ લેબલ કરવામાં આવે છે.

પ્રોજેક્ટને સ્લોટ સાથે લિંક કરો

zinnector link                                   # pick a site from a list
zinnector link example.com --repo acme/site --branch main

link એ સાઇટનું id zinnector.json માં લખે છે અને, જ્યાં સુધી તમે --no-repo પાસ ન કરો, પ્રોજેક્ટના git રિમોટને પ્લેટફોર્મ પરની સાઇટ સાથે જોડે છે જેથી પુશ કરવાથી તે ડિપ્લોય થઈ જાય. zinnector.json કમિટ કરો: રિપોઝિટરી ક્લોન કરનાર સાથીદારને પછી જણાવ્યા વિના તે જ સ્થાને ડિપ્લોય કરી શકે છે. તે કોઈ ગુપ્ત માહિતી ધરાવતું નથી.

પ્રી-ફ્લાઇટ વાંચો

zinnector check

આ તે આદેશ છે જેના માટે CLI અસ્તિત્વમાં છે. તે તમારા પ્રોજેક્ટની તુલના તે સ્લોટ સાથે કરે છે જ્યાં તે ડિપ્લોય થવાનો છે અને દરેક મેળ ન ખાતી બાબત — અને દરેક તુલના જે તે કરી શક્યું નથી તે પ્રિન્ટ કરે છે:

• PHP વર્ઝન, જેમાં મુખ્ય વર્ઝનનો તફાવત ઉચ્ચ તરીકે વર્ગીકૃત કરવામાં આવે છે કારણ કે તે ચોક્કસપણે સાઇટને બગાડે છે અને નાના તફાવતને નીચો દરજ્જો આપવામાં આવે છે, કારણ કે દરેક બાબતને ગંભીર તરીકે વર્ગીકૃત કરવાથી લોકો ચેતવણીને અવગણતા શીખે છે.
• સ્લોટ તમે જે વર્ઝન પર બિલ્ડ કર્યું છે તેના પર સ્વિચ કરી શકે છે કે નહીં, સ્લોટનું PHP જીવનકાળ સમાપ્ત થઈ ગયેલું છે કે નહીં, અને મશીને વર્ઝન લાગુ કર્યું છે કે માત્ર જણાવવામાં આવ્યું છે.
• સ્લોટ પર ખરેખર બાકી રહેલા ડિસ્ક અને આઇનોડ હેડરૂમ સામે તમારા પ્રોજેક્ટનું કદ અને ફાઇલ સંખ્યા — WordPress ટ્રી તેની ડિસ્ક મર્યાદાથી ઘણી નીચે હોવા છતાં ફાઇલો સમાપ્ત થઈ શકે છે.
• બંને બાજુએ WordPress વર્ઝન, સ્લોટનું પ્રોવિઝનિંગ પૂર્ણ થયું છે કે નહીં, અને પુશ કરવા માટે રિપોઝિટરી જોડાયેલ છે કે નહીં.

તે ચેતવણી આપે છે; તે ક્યારેય અવરોધતું નથી. દરેક શોધ zinnector push --force સાથે ઓવરરાઇડ કરી શકાય છે, કારણ કે તમે તમારી પોતાની સાઇટ વિશે એવી બાબતો જાણો છો જે તપાસનાર જાણતું નથી. જે તુલના થઈ શકી નથી તેને અજ્ઞાત તરીકે જાણ કરવામાં આવે છે, ક્યારેય પાસ તરીકે નહીં, અને સારાંશ હંમેશાં જણાવે છે કે તે કેટલી હતી. મૂળભૂત રીતે સ્થાનિક PHP વર્ઝન zinnector.json માં જાહેર કરાયેલ વર્ઝન છે; --probe સ્થાનિક રનટાઇમને બુટ કરે છે અને તેના બદલે તેને માપે છે. --strict અજ્ઞાત પર પણ શૂન્ય સિવાયના પરિણામ સાથે બહાર નીકળે છે, જે CI ગેટ ઇચ્છે છે.

પુશ કરો

zinnector push

push પ્રી-ફ્લાઇટ ચલાવે છે, તમારા કમિટ્સ પુશ કરે છે, ડિપ્લોય શરૂ કરે છે અને તે પૂર્ણ થાય ત્યાં સુધી તેનું નિરીક્ષણ કરે છે, અંતિમ સ્થિતિ અને ડિપ્લોય કરેલ કમિટ પ્રિન્ટ કરે છે. --dry-run ડિપ્લોય સિવાય બધું જ કરે છે; --no-wait તેને શરૂ કરે છે અને બહાર નીકળે છે; --no-git પ્લેટફોર્મ પાસે પહેલેથી જે કંઈ છે તેને પુશ કર્યા વિના ડિપ્લોય કરે છે. જો ડિપ્લોય કરેલ કમિટ હમણાં જ પુશ કરેલ કમિટ ન હોય, તો તે તેમ જણાવે છે.

જ્યારે કંઈક ખોટું થાય

zinnector deploys example.com        # deploy history — status, commit, trigger, message
zinnector logs example.com --build   # the build log of the most recent deploy
zinnector logs example.com --error   # the site's error log
zinnector deploy example.com         # redeploy what the platform already has
zinnector ai "why is my deploy failing?"

zinnector ai તમારા પોતાના એકાઉન્ટ સામે પ્લેટફોર્મ પર ચાલે છે, જેથી તે તે જ ડિપ્લોય ઇતિહાસ અને લૉગ્સ જોઈ શકે છે. પ્રોજેક્ટની અંદરથી તે પ્રોજેક્ટનું માળખું મોકલે છે — ડિરેક્ટરીના નામ, વર્ઝન અને સાઇટ id — અને ક્યારેય ફાઇલ સામગ્રી મોકલતું નથી.

સંબંધિત

• શરૂઆત કરવી · સ્થાનિક વિકાસ · કમાન્ડ સંદર્ભ · મુશ્કેલીનિવારણ