Tumia GIT wakati wa kuweka kumbukumbu

Wakati mwingine si tu nyaraka yenyewe, lakini pia mchakato wa kufanya kazi juu yake inaweza kuwa muhimu. Kwa mfano, katika kesi ya miradi, sehemu ya simba ya kazi inahusiana na maandalizi ya nyaraka, na mchakato usio sahihi unaweza kusababisha makosa na hata kupoteza habari, na, kwa hiyo, kupoteza muda na faida. Lakini hata kama mada hii si muhimu kwa kazi yako na iko pembezoni, mchakato sahihi bado unaweza kuboresha ubora wa hati na kukuokoa wakati.

Mbinu iliyoainishwa hapa, na mfano wa utekelezaji maalum, ina kizuizi cha chini cha kuingia. Kitaalam, unaweza kuanza kufanya kazi kwa njia mpya kesho.

Taarifa ya tatizo

Unahitaji kuunda hati au seti ya hati. Labda hii ni nyaraka za mradi au ukataji wa mtandao wako, au kitu rahisi zaidi, kwa mfano, lazima uelezee michakato katika kampuni au katika idara yako. Kwa ujumla, tunazungumzia hati yoyote au seti ya nyaraka na maandishi, picha, ishara ... Hebu tufanye kazi ngumu kwa ukweli kwamba

1. kazi hii inahusisha kazi ya pamoja, juhudi za kikundi au makundi kadhaa ya wafanyakazi
2. Matokeo yake, unataka kuwa na hati katika muundo fulani, na sifa za mtindo wa ushirika, iliyoundwa kulingana na template fulani. Ili kuwa mahususi, tutachukulia kuwa hii ni MS Word (.docx)

Miaka 10 iliyopita mbinu hiyo ingekuwa moja kwa moja: tungeunda hati au hati za MS Word na kwa namna fulani kupanga kazi ya mabadiliko.

Na mbinu hii bado ni halali. Pia hutumiwa na washiriki wakubwa wakati wa kuunda nyaraka za mradi. Lakini ni wazi kuwa ikiwa unafanya kazi kwa bidii kwenye hati, iliyo na hariri nyingi na majadiliano, kwa muda mrefu, njia hii sio rahisi sana.

Mfano

Nilihisi shida hii sana wakati nikifanya kazi kwa kiunganishi kikubwa. Mchakato wa kubadilisha hati za muundo ulikuwa kama ifuatavyo:

1. mhandisi anapakua toleo jipya zaidi la hati ya MS Word (.docx).
2. mabadiliko ya jina
3. hufanya mabadiliko kufuatilia mtindo
4. hutuma hati pamoja na mabadiliko kwa mbunifu
5. pia hutuma orodha ya masahihisho yote pamoja na maoni
6. mbunifu anachambua mabadiliko
7. ikiwa kila kitu kiko sawa, inakili mabadiliko haya kwenye faili iliyo na toleo jipya zaidi, inabadilisha toleo na kuipakia kwenye rasilimali iliyoshirikiwa.
8. ikiwa kuna maoni, majadiliano yanaanzishwa (barua pepe au mikutano)
9. makubaliano yanafikiwa
10. pointi zaidi 3 - 9

Ingawa kazi haikuwa kali, ilikuwa kwa namna fulani, lakini bado ilifanya kazi. Lakini wakati fulani, mchakato huu ukawa kizuizi cha mradi mzima na kusababisha shida. Jambo ni kwamba mambo huwa mabaya mara tu mabadiliko yanapofanywa mara kwa mara na kwa wakati mmoja na timu kadhaa.

Kwa hivyo, tulipohamia kwenye hatua ya awali ya majaribio, matatizo mbalimbali yalianza kuonekana na, ingawa kwa njia ndogo, ilikuwa ni lazima kubadilisha nyaraka mara nyingi - timu nne tofauti, kila siku, karibu wakati huo huo, na majadiliano. Mabadiliko haya yote yalifanyika kupitia mhandisi mmoja - mbunifu. Faili ya muundo wa mradi ilikuwa kubwa, na kwa sababu hiyo, mbunifu alizidiwa na kazi ya kawaida inayohusisha kunakili nyingi, kuhariri, kufanya makosa mengi, ilibidi kuangalia kila kitu mara mbili, kuituma tena, na kwa ujumla ilikuwa karibu. machafuko.

Katika kesi hii, mbinu hii, mbinu ya kufanya kazi kwenye hati ya MS Word, ilifanya kazi kwa shida kubwa na kuunda matatizo.

Git, Markdown

Kwa kukabiliwa na shida iliyoelezewa katika mfano hapo juu, nilianza kutafiti suala hili.
Niliona kwamba matumizi ya Mchapishaji pamoja na kwenda wakati wa kuunda hati.

Git ni zana ya maendeleo. Lakini kwa nini usiitumie kwa mchakato wa nyaraka? Katika kesi hii, suala la kazi ya watumiaji wengi linatatuliwa. Lakini ili kuchukua fursa kamili ya uwezo wa Git, tunahitaji umbizo la hati ya maandishi, tunahitaji kupata zana nyingine isipokuwa MS Word, na Markdown ni nzuri kwa madhumuni haya.

Markdown ni lugha rahisi ya kuandika maandishi. Imeundwa ili kuunda maandishi yaliyoundwa kwa uzuri katika faili za kawaida za TXT. Ikiwa tutaunda hati zetu katika Markdown, basi mchanganyiko wa Markdown - Git inaonekana asili.

Na kila kitu kingekuwa sawa, na kwa wakati huu tunaweza kukomesha, ikiwa sivyo kwa hali yetu ya pili: "kama matokeo, tunahitaji hati katika muundo fulani, na sifa za mtindo wa ushirika, iliyoundwa kulingana na kiolezo fulani” (na tulikubaliana hapo mwanzo kwamba kwa Hakika itakuwa ni MS Word). Hiyo ni, ikiwa tutaamua kutumia Markdown, basi tunahitaji kwa namna fulani kubadilisha faili hii kuwa .docx ya aina inayohitajika.

Kuna programu za kubadilisha kati ya umbizo tofauti, k.m. Pandoki.
Unaweza kubadilisha faili ya Markdown hadi umbizo la .docx kwa programu hii.
Lakini bado, unahitaji kuelewa kwamba, kwanza, sio kila kitu kilicho katika Markdown kitabadilishwa kuwa MS Word na, pili, MS Word ni nchi nzima ikilinganishwa na mji mdogo, lakini bado mdogo, Markdown. Kuna kiasi kikubwa cha kila kitu kilicho katika Neno ambacho hakiko kwa namna yoyote katika Markdown. Huwezi tu kwenda mbele na kubadilisha umbizo lako la Markdown kuwa umbizo la MS Word linalohitajika kwa kutumia funguo fulani za Pandoc. Kwa hivyo kwa kawaida, baada ya uongofu, unapaswa "kuhariri" hati inayotokana ya .docx mwenyewe, ambayo inaweza tena kuchukua muda na kusababisha makosa.

Ikiwa tunaweza kuandika hati ambayo "itamaliza" kiotomatiki ambayo Pandoc haikuweza kushughulikia, hilo lingekuwa suluhisho bora.

Kutokana na kutotambuliwa kwa utendaji wa MS Word na Markdown, haiwezekani kutatua tatizo hili kwa ujumla, nadhani, lakini hii inaweza kufanyika kuhusiana na hali maalum, mahitaji maalum? Uzoefu wangu umeonyesha kwamba ndiyo, inawezekana na uwezekano mkubwa inawezekana kwa wengi, au labda hata hali nyingi.

Suluhisho la shida fulani

Kwa hivyo, kwa upande wangu, baada ya kubadilisha faili kwa kutumia Pandoc, ilibidi nifanye usindikaji wa ziada wa faili, ambayo ni.

• ongeza sehemu kwenye Neno kwa kuweka nambari otomatiki za vichwa (manukuu) ya majedwali na picha
• kubadilisha mtindo wa meza

Sijapata jinsi ya kufanya hivyo kwa kutumia kiwango (Pandoc) au njia zinazojulikana. Kwa hivyo nilitumia hati ya python na pywin32 kifurushi. Kama matokeo, nilipata otomatiki kamili. Sasa naweza kubadilisha faili yangu ya Markdown kuwa fomu ya hati ya MS Word na amri moja.

Tazama maelezo hapa.

Kumbuka

Katika mfano huu, mimi, kwa kweli, ninabadilisha faili fulani ya dhahania ya Markdown, lakini njia hiyo hiyo ilitumika kwa hati ya "kupambana", na matokeo niliyopokea yalikuwa karibu hati ile ile ya MS Word ambayo tulipokea hapo awali kwa umbizo la mwongozo. .

Kwa ujumla, na pywin32 tunapata udhibiti kamili juu ya hati ya MS Word, ambayo huturuhusu kuibadilisha na kuileta kwa fomu ambayo kiwango chako cha ushirika kinahitaji. Kwa kweli, malengo sawa yanaweza kupatikana kwa kutumia zana zingine, kwa mfano, VBA macros, lakini ilikuwa rahisi zaidi kwangu kutumia python.

Njia fupi ya mbinu hii:

Markdown + Git -- (нечто) --> MS Word

Haijalishi "kitu" ni nini. Kwa upande wangu ilikuwa Pandoc na python na pywin32. Mapendeleo yako yanaweza kuwa tofauti, lakini jambo muhimu ni kwamba inawezekana. Na huu ndio ujumbe mkuu wa makala hii.

Kwa muhtasari, wazo ni kwamba kwa njia hii unafanya kazi tu na faili ya Markdown na utumie Git kwa ushirikiano na udhibiti wa toleo, na tu inapohitajika (kwa mfano, kutoa nyaraka kwa mteja) kuunda faili moja kwa moja katika umbizo linalohitajika ( kwa mfano, MS Word ).

mchakato

Nadhani kwa wengi, formula iliyotolewa hapo juu inatosha kuelewa jinsi mchakato wa kufanya kazi na nyaraka sasa unaweza kupangwa. Lakini bado, mimi huzingatia wahandisi wa mtandao, kwa hiyo nitaonyesha kwa ujumla jinsi mchakato wa kazi unavyoweza kuonekana, na jinsi hii inatofautiana na mbinu ya kuhariri faili za MS Word.

Ili kuwa mahususi, tutachagua GitHub kama jukwaa la kufanya kazi na Git. Kisha unapaswa kuunda hazina na kuweka faili ya Markdown au faili unazopanga kufanya kazi nazo katika tawi kuu.

Tutaangalia mchakato rahisi kulingana na "mtiririko wa github". Maelezo yake yanaweza kupatikana kwenye mtandao na kwenye mtandao habre.

Wacha tuseme kuna watu wanne wanaofanya kazi kwenye hati na wewe ni mmoja wao. Kisha matawi manne ya ziada yanaundwa, kwa mfano, na majina ya watu hawa. Kila mtu anafanya kazi ndani ya nchi, katika tawi lake na hufanya mabadiliko na yote muhimu git amri.

Baada ya kukamilisha kazi fulani iliyokamilishwa, unaunda ombi la kuvuta, na hivyo kuanzisha mjadala wa mabadiliko yako. Pengine, wakati wa majadiliano, inageuka kuwa unapaswa kuongeza au kubadilisha kitu kingine. Katika kesi hii, unafanya mabadiliko muhimu na kuunda ombi la ziada la kuvuta. Hatimaye, mabadiliko yako yanakubaliwa na kuunganishwa kwenye tawi kuu (au kutupwa).

Kwa kweli, haya ni maelezo ya jumla. Ili kuunda mchakato wa kina, napendekeza kuwasiliana na watengenezaji wako au kutafuta watu wenye ujuzi. Lakini nataka kutambua kuwa kizuizi cha kuingia kwenye Git ni cha chini kabisa. Hii haimaanishi kuwa itifaki ni rahisi, lakini unaweza kuanza rahisi. Ikiwa hujui chochote, nadhani baada ya kutumia saa chache au labda siku za kujifunza na kusakinisha, unaweza kuanza kuitumia.

Je, ni faida gani ya mbinu hii ikilinganishwa na, kwa mfano, mchakato ulioelezwa katika mfano hapo juu?

Kwa kweli, taratibu zinafanana kabisa, umebadilisha tu

kunakili faili -> kuunda tawi
kunakili maandishi kwa faili ya mwisho -> kuunganisha
kunakili mabadiliko ya hivi punde kwako -> git pull/fetch
majadiliano katika mawasiliano -> maombi ya kuvuta
hali ya kufuatilia -> git diff
toleo la hivi punde lililoidhinishwa -> tawi kuu
chelezo (kunakili kwa seva ya mbali) -> git push
...

Kwa hivyo, uliendesha kila kitu ambacho tayari ulilazimika kufanya, lakini kwa mikono.

Katika ngazi ya juu inakuwezesha

• tengeneza mchakato wazi, rahisi na unaodhibitiwa wa mabadiliko ya hati
• kwa sababu unaunda hati ya mwisho (kwa mfano wetu MS Word) moja kwa moja, hii inapunguza uwezekano wa makosa ya uumbizaji

Kumbuka

Baada ya kusema hivyo, nadhani ni dhahiri kuwa hata ikiwa unafanya kazi kwenye nyaraka peke yako, kutumia Git kunaweza kurahisisha kazi yako.

Yote hii inaboresha ubora wa nyaraka na inapunguza muda wa kuundwa kwake. Na bonasi nyingine ndogo - utajifunza Git, ambayo itakusaidia wakati wa kuorodhesha mtandao wako :)

Jinsi ya kubadili mchakato mpya?

Mwanzoni mwa makala hiyo, niliandika kwamba kesho unaweza kuanza kufanya kazi kwa njia mpya. Jinsi ya kuchukua kazi yako katika mwelekeo mpya?

Hapa kuna mlolongo wa hatua ambazo utahitaji kufuata:

• ikiwa hati yako ni kubwa sana, igawanye katika sehemu
• badilisha kila sehemu kuwa Markdown (kwa kutumia Pandoc kwa mfano)
• sasisha moja ya wahariri wa Markdown (mimi hutumia Typora)
• uwezekano mkubwa itabidi urekebishe umbizo la hati zilizoundwa za Markdown
• anza kutumia mchakato ulioelezewa katika sura iliyotangulia
• wakati huo huo, anza kurekebisha hati ya ubadilishaji ili kuendana na kazi yako (au unda kitu chako mwenyewe)

Sio lazima kungoja hadi uunda na kukamilisha utaratibu wa ubadilishaji wa Markdwon -> aina inayohitajika ya hati. Jambo ni kwamba, hata kama huwezi kugeuza haraka utaratibu wa kubadilisha faili zako za Markdown, bado unaweza kuifanya kwa njia fulani ukitumia Pandoc na kisha uilete kwa fomu ya mwisho kwa mikono. Kawaida hauitaji kufanya hivi mara nyingi, lakini tu mwishoni mwa hatua fulani, na kazi hii ya mwongozo, ingawa haifai, bado, kwa maoni yangu, inakubalika kabisa katika hatua ya kurekebisha na haipaswi "kupunguza" mchakato. sana.

Kila kitu kingine (Markdown, Git, Pandoc, Typora) tayari tayari na hauhitaji jitihada nyingi au muda wa kuanza kufanya kazi nao.

Chanzo: mapenzi.com