怎么用Git幫助寫作者更好地完成工作

本篇內(nèi)容主要講解“怎么用Git幫助寫作者更好地完成工作”，感興趣的朋友不妨來看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“怎么用Git幫助寫作者更好地完成工作”吧!

Atom 編輯器

當(dāng)你以純文本形式書寫時(shí)，文字處理程序會(huì)顯得過于龐大。使用文本編輯器更容易，因?yàn)槲谋揪庉嬈鞑粫?huì)嘗試“有效地”重組輸入內(nèi)容。它使你可以將腦海中的單詞輸入到屏幕中，而不會(huì)受到干擾。更好的是，文本編輯器通常是圍繞插件體系結(jié)構(gòu)設(shè)計(jì)的，這樣應(yīng)用程序本身很基礎(chǔ)（它用來編輯文本），但是你可以圍繞它構(gòu)建一個(gè)環(huán)境來滿足你的各種需求。

Atom 編輯器就是這種設(shè)計(jì)理念的一個(gè)很好的例子。這是一個(gè)具有內(nèi)置 Git 集成的跨平臺(tái)文本編輯器。如果你不熟悉純文本格式，也不熟悉 Git，那么 Atom 是最簡(jiǎn)單的入門方法。

安裝 Git 和 Atom

首先，請(qǐng)確保你的系統(tǒng)上已安裝 Git。如果運(yùn)行 Linux 或 BSD，則 Git 在軟件存儲(chǔ)庫或 ports 樹中可用。你使用的命令將根據(jù)你的發(fā)行版而有所不同。例如在 Fedora 上：

$ sudo dnf install git

你也可以下載并安裝適用于 Mac 和 Windows 的 Git。

你不需要直接使用 Git，因?yàn)?Atom 會(huì)充當(dāng)你的 Git 界面。下一步是安裝 Atom。

如果你使用的是 Linux，請(qǐng)通過軟件安裝程序或適當(dāng)?shù)拿顝能浖鎯?chǔ)庫中安裝 Atom，例如：

$ sudo dnf install atom

Atom 當(dāng)前沒有在 BSD 上構(gòu)建。但是，有很好的替代方法，例如 GNU Emacs。對(duì)于 Mac 和 Windows 用戶，可以在 Atom 網(wǎng)站上找到安裝程序。

安裝完成后，啟動(dòng) Atom 編輯器。

快速指導(dǎo)

如果要使用純文本和 Git，則需要適應(yīng)你的編輯器。Atom 的用戶界面可能比你習(xí)慣的更加動(dòng)態(tài)。實(shí)際上，你可以將它視為 Firefox 或  Chrome，而不是文字處理程序，因?yàn)樗哂锌梢愿鶕?jù)需要打開或關(guān)閉的選項(xiàng)卡和面板，甚至還可以安裝和配置附件。嘗試全部掌握 Atom  如許之多的功能是不切實(shí)際的，但是你至少可以知道有什么功能。

當(dāng)打開 Atom 時(shí)，它將顯示一個(gè)歡迎屏幕。如果不出意外，此屏幕很好地介紹了 Atom 的選項(xiàng)卡式界面。你可以通過單擊 Atom 窗口頂部選項(xiàng)卡上的“關(guān)閉”圖標(biāo)來關(guān)閉歡迎屏幕，并使用“文件 > 新建文件”創(chuàng)建一個(gè)新文件。

使用純文本格式與使用文字處理程序有點(diǎn)不同，因此這里有一些技巧，以人可以理解的方式編寫內(nèi)容，并且 Git 和計(jì)算機(jī)可以解析，跟蹤和轉(zhuǎn)換。

用 Markdown 書寫

如今，當(dāng)人們談?wù)摷兾谋緯r(shí)，大多是指 Markdown。Markdown 與其說是格式，不如說是樣式，這意味著它旨在為文本提供可預(yù)測(cè)的結(jié)構(gòu)，以便計(jì)算機(jī)可以檢測(cè)自然的模式并智能地轉(zhuǎn)換文本。Markdown 有很多定義，但是最好的技術(shù)定義和備忘清單在 CommonMark 的網(wǎng)站上。

# Chapter 1 This is a paragraph with an *italic* word and a **bold** word in it.And it can even reference an image. ![An image will render here.](drawing.jpg)

從示例中可以看出，Markdown 讀起來感覺不像代碼，但可以將其視為代碼。如果你遵循 CommonMark 定義的 Markdown  規(guī)范，那么一鍵就可以可靠地將 Markdown 的文字轉(zhuǎn)換為  .docx、.epub、.html、MediaWiki、.odt、.pdf、.rtf 和各種其他的格式，而不會(huì)失去格式。

你可以認(rèn)為 Markdown  有點(diǎn)像文字處理程序的樣式。如果你曾經(jīng)為出版社撰寫過一套樣式來控制章節(jié)標(biāo)題及其樣式，那基本上就是一回事，除了不是從下拉菜單中選擇樣式以外，你需要給你的文字添加一些小記號(hào)。對(duì)于任何習(xí)慣“以文字交談”的現(xiàn)代閱讀者來說，這些表示法都是很自然的，但是在呈現(xiàn)文本時(shí)，它們會(huì)被精美的文本樣式替換掉。實(shí)際上，這就是文字處理程序在后臺(tái)秘密進(jìn)行的操作。文字處理器顯示粗體文本，但是如果你可以看到使文本變?yōu)榇煮w的生成代碼，則它與  Markdown 很像（實(shí)際上，它是更復(fù)雜的 XML）。使用 Markdown  可以消除這種代碼和樣式之間的阻隔，一方面看起來更可怕一些，但另一方面，你可以在幾乎所有可以生成文本的東西上書寫 Markdown  而不會(huì)丟失任何格式信息。

Markdown 文件流行的文件擴(kuò)展名是 .md。如果你使用的平臺(tái)不知道 .md 文件是什么，則可以手動(dòng)將該擴(kuò)展名與 Atom  關(guān)聯(lián)，或者僅使用通用的 .txt 擴(kuò)展名。文件擴(kuò)展名不會(huì)更改文件的性質(zhì)。它只會(huì)改變你的計(jì)算機(jī)決定如何處理它的方式。Atom  和某些平臺(tái)足夠聰明，可以知道該文件是純文本格式，無論你給它以什么擴(kuò)展名。

實(shí)時(shí)預(yù)覽

Atom 具有 “Markdown 預(yù)覽” 插件，該插件可以向你顯示正在編寫的純文本 Markdown 及其（通常）呈現(xiàn)的方式。

Atom's preview screen

要激活此預(yù)覽窗格，請(qǐng)選擇“包 > Markdown 預(yù)覽 > 切換預(yù)覽” 或按 Ctrl + Shift + M。

此視圖為你提供了兩全其美的方法。無需承擔(dān)為你的文本添加樣式的負(fù)擔(dān)就可以寫作，而你也可以看到一個(gè)通用的示例外觀，至少是以典型的數(shù)字化格式顯示文本的外觀。當(dāng)然，關(guān)鍵是你無法控制文本的最終呈現(xiàn)方式，因此不要試圖調(diào)整  Markdown 來強(qiáng)制以某種方式顯示呈現(xiàn)的預(yù)覽。

每行一句話

你的高中寫作老師不會(huì)看你的 Markdown。

一開始它不那么自然，但是在數(shù)字世界中，保持每行一個(gè)句子更有意義。Markdown 會(huì)忽略單個(gè)換行符（當(dāng)你按下 Return 或 Enter 鍵時(shí)），并且只在單個(gè)空行之后才會(huì)創(chuàng)建一個(gè)新段落。

Writing in Atom

每行寫一個(gè)句子的好處是你的工作更容易跟蹤。也就是說，假如你在段落的開頭更改了一個(gè)單詞，如果更改僅限于一行而不是一個(gè)長的段落中的一個(gè)單詞，那么  Atom、Git 或任何應(yīng)用程序很容易以有意義的方式突出顯示該更改。換句話說，對(duì)一個(gè)句子的更改只會(huì)影響該句子，而不會(huì)影響整個(gè)段落。

你可能會(huì)想：“許多文字處理器也可以跟蹤更改，它們可以突出顯示已更改的單個(gè)單詞?！钡沁@些修訂跟蹤器綁定在該字處理器的界面上，這意味著你必須先打開該字處理器才能瀏覽修訂。在純文本工作流程中，你可以以純文本形式查看修訂，這意味著無論手頭有什么，只要該設(shè)備可以處理純文本（大多數(shù)都可以），就可以進(jìn)行編輯或批準(zhǔn)編輯。

誠然，寫作者通常不會(huì)考慮行號(hào)，但它對(duì)于計(jì)算機(jī)有用，并且通常是一個(gè)很好的參考點(diǎn)。默認(rèn)情況下，Atom 為文本文檔的行進(jìn)行編號(hào)。按下 Enter 鍵或 Return 鍵后，一行就是一行。

Writing in Atom

如果（在 Atom 的）一行的行號(hào)中有一個(gè)點(diǎn)而不是一個(gè)數(shù)字，則表示它是上一行折疊的一部分，因?yàn)樗隽四愕钠聊弧?/p>

主題

如果你是一個(gè)在意視覺形象的人，那么你可能會(huì)非常注重自己的寫作環(huán)境。即使你使用普通的 Markdown 進(jìn)行編寫，也并不意味著你必須使用程序員的字體或在使你看起來像碼農(nóng)的黑窗口中進(jìn)行書寫。修改 Atom 外觀的最簡(jiǎn)單方法是使用主題包。主題設(shè)計(jì)人員通常將深色主題與淺色主題區(qū)分開，因此你可以根據(jù)需要使用關(guān)鍵字“Dark”或“Light”進(jìn)行搜索。

要安裝主題，請(qǐng)選擇“編輯 > 首選項(xiàng)”。這將在 Atom 界面中打開一個(gè)新標(biāo)簽頁。是的，標(biāo)簽頁可以用于處理文檔和用于配置及控制面板。在“設(shè)置”標(biāo)簽頁中，單擊“安裝”類別。

在“安裝”面板中，搜索要安裝的主題的名稱。單擊搜索字段右側(cè)的“主題”按鈕，以僅搜索主題。找到主題后，單擊其“安裝”按鈕。

Atom's themes

要使用已安裝的主題或根據(jù)喜好自定義主題，請(qǐng)導(dǎo)航至“設(shè)置”標(biāo)簽頁中的“主題”類別中。從下拉菜單中選擇要使用的主題。更改會(huì)立即進(jìn)行，因此你可以準(zhǔn)確了解主題如何影響你的環(huán)境。

你也可以在“設(shè)置”標(biāo)簽的“編輯器”類別中更改工作字體。Atom 默認(rèn)采用等寬字體，程序員通常首選這種字體。但是你可以使用系統(tǒng)上的任何字體，無論是襯線字體、無襯線字體、哥特式字體還是草書字體。無論你想整天盯著什么字體都行。

作為相關(guān)說明，默認(rèn)情況下，Atom 會(huì)在其屏幕上繪制一條垂直線，以提示編寫代碼的人員。程序員通常不想編寫太長的代碼行，因此這條垂直線會(huì)提醒他們不要寫太長的代碼行。不過，這條豎線對(duì)寫作者而言毫無意義，你可以通過禁用 “wrap-guide” 包將其刪除。

要禁用 “wrap-guide” 軟件包，請(qǐng)?jiān)凇霸O(shè)置”標(biāo)簽中選擇“折行”類別，然后搜索 “wrap-guide”。找到該程序包后，單擊其“禁用”按鈕。

動(dòng)態(tài)結(jié)構(gòu)

創(chuàng)建長文檔時(shí)，我發(fā)現(xiàn)每個(gè)文件寫一個(gè)章節(jié)比在一個(gè)文件中寫整本書更有意義。此外，我不會(huì)以明顯的語法 chapter-1.md 或 1.example.md 來命名我的章節(jié)，而是以章節(jié)標(biāo)題或關(guān)鍵詞（例如 example.md）命名。為了將來為自己提供有關(guān)如何編寫本書的指導(dǎo)，我維護(hù)了一個(gè)名為 toc.md （用于“目錄”）的文件，其中列出了各章的（當(dāng)前）順序。

我這樣做是因?yàn)椋瑹o論我多么相信第 6 章都不可能出現(xiàn)在第 1 章之前，但在我完成整本書之前，幾乎難以避免我會(huì)交換一兩個(gè)章節(jié)的順序。我發(fā)現(xiàn)從一開始就保持動(dòng)態(tài)變化可以幫助我避免重命名混亂，也可以幫助我避免僵化的結(jié)構(gòu)。

在 Atom 中使用 Git

每位寫作者的共同點(diǎn)是兩件事：他們?yōu)榱鱾鞫鴮懽鳎麄兊膶懽魇且欢温贸?。你不能一坐下來寫作就完成了最終稿件。顧名思義，你有一個(gè)初稿。該草稿會(huì)經(jīng)過修訂，你會(huì)仔細(xì)地將每個(gè)修訂保存一式兩份或三份的備份，以防萬一你的文件損壞了。最終，你得到了所謂的最終草稿，但很有可能你有一天還會(huì)回到這份最終草稿，要么恢復(fù)好的部分，要么修改壞的部分。

Atom 最令人興奮的功能是其強(qiáng)大的 Git 集成。無需離開 Atom，你就可以與 Git  的所有主要功能進(jìn)行交互，跟蹤和更新項(xiàng)目、回滾你不喜歡的更改、集成來自協(xié)作者的更改等等。最好的學(xué)習(xí)方法就是逐步學(xué)習(xí)，因此這是在一個(gè)寫作項(xiàng)目中從始至終在  Atom 界面中使用 Git 的方法。

第一件事：通過選擇 “視圖 > 切換 Git 標(biāo)簽頁” 來顯示 Git 面板。這將在 Atom 界面的右側(cè)打開一個(gè)新標(biāo)簽頁。現(xiàn)在沒什么可看的，所以暫時(shí)保持打開狀態(tài)就行。

建立一個(gè) Git 項(xiàng)目

你可以認(rèn)為 Git 被綁定到一個(gè)文件夾。Git 目錄之外的任何文件夾都不知道 Git，而 Git 也不知道外面。Git 目錄中的文件夾和文件將被忽略，直到你授予 Git 權(quán)限來跟蹤它們?yōu)橹埂?/p>

你可以通過在 Atom 中創(chuàng)建新的項(xiàng)目文件夾來創(chuàng)建 Git 項(xiàng)目。選擇 “文件 > 添加項(xiàng)目文件夾”，然后在系統(tǒng)上創(chuàng)建一個(gè)新文件夾。你創(chuàng)建的文件夾將出現(xiàn)在 Atom 窗口的左側(cè)“項(xiàng)目面板”中。

Git 添加文件

右鍵單擊你的新項(xiàng)目文件夾，然后選擇“新建文件”以在項(xiàng)目文件夾中創(chuàng)建一個(gè)新文件。如果你要導(dǎo)入文件到新項(xiàng)目中，請(qǐng)右鍵單擊該文件夾，然后選擇“在文件管理器中顯示”，以在系統(tǒng)的文件查看器中打開該文件夾（Linux  上為 Dolphin 或 Nautilus，Mac 上為 Finder，在 Windows 上是  Explorer），然后拖放文件到你的項(xiàng)目文件夾。

在 Atom 中打開一個(gè)項(xiàng)目文件（你創(chuàng)建的空文件或?qū)氲奈募┖?，單?Git 標(biāo)簽中的 “創(chuàng)建存儲(chǔ)庫Create Repository” 按鈕。在彈出的對(duì)話框中，單擊 “初始化Init” 以將你的項(xiàng)目目錄初始化為本地 Git 存儲(chǔ)庫。 Git 會(huì)將 .git 目錄（在系統(tǒng)的文件管理器中不可見，但在 Atom 中可見）添加到項(xiàng)目文件夾中。不要被這個(gè)愚弄了：.git 目錄是 Git 管理的，而不是由你管理的，因此一般你不要?jiǎng)铀?。但是?Atom 中看到它可以很好地提醒你正在由 Git 管理的項(xiàng)目中工作。換句話說，當(dāng)你看到 .git 目錄時(shí)，就有了修訂歷史記錄。

在你的空文件中，寫一些東西。你是寫作者，所以輸入一些單詞就行。你可以隨意輸入任何一組單詞，但要記住上面的寫作技巧。

按 Ctrl + S 保存文件，該文件將顯示在 Git 標(biāo)簽的 “未暫存的改變Unstaged Changes” 部分中。這意味著該文件存在于你的項(xiàng)目文件夾中，但尚未提交給 Git 管理。通過單擊 Git 選項(xiàng)卡右上方的 “暫存全部Stage All” 按鈕，以允許 Git 跟蹤這些文件。如果你使用過帶有修訂歷史記錄的文字處理器，則可以將此步驟視為允許 Git 記錄更改。

Git 提交

你的文件現(xiàn)在已暫存。這意味著 Git 知道該文件存在，并且知道自上次 Git 知道該文件以來，該文件已被更改。

Git 的提交commit會(huì)將你的文件發(fā)送到 Git 的內(nèi)部和永久存檔中。如果你習(xí)慣于文字處理程序，這就類似于給一個(gè)修訂版命名。要?jiǎng)?chuàng)建一個(gè)提交，請(qǐng)?jiān)?Git 選項(xiàng)卡底部的“提交Commit”消息框中輸入一些描述性文本。你可能會(huì)感到含糊不清或隨意寫點(diǎn)什么，但如果你想在將來知道進(jìn)行修訂的原因，那么輸入一些有用的信息會(huì)更有用。

第一次提交時(shí)，必須創(chuàng)建一個(gè)分支branch。Git  分支有點(diǎn)像另外一個(gè)空間，它允許你從一個(gè)時(shí)間軸切換到另一個(gè)時(shí)間軸，以進(jìn)行你可能想要也可能不想要永久保留的更改。如果最終喜歡該更改，則可以將一個(gè)實(shí)驗(yàn)分支合并到另一個(gè)實(shí)驗(yàn)分支，從而統(tǒng)一項(xiàng)目的不同版本。這是一個(gè)高級(jí)過程，不需要先學(xué)會(huì)，但是你仍然需要一個(gè)活動(dòng)分支，因此你必須為首次提交創(chuàng)建一個(gè)分支。

單擊 Git 選項(xiàng)卡最底部的“分支Branch”圖標(biāo)，以創(chuàng)建新的分支。

Creating a branch

通常將第一個(gè)分支命名為 master，但不是必須如此；你可以將其命名為 firstdraft 或任何你喜歡的名稱，但是遵守當(dāng)?shù)亓?xí)俗有時(shí)會(huì)使談?wù)?Git（和查找問題的答案）變得容易一些，因?yàn)槟銜?huì)知道有人提到 “master” 時(shí)，它們的真正意思是“主干”而不是“初稿”或你給分支起的什么名字。

在某些版本的 Atom 上，UI 也許不會(huì)更新以反映你已經(jīng)創(chuàng)建的新分支。不用擔(dān)心，做了提交之后，它會(huì)創(chuàng)建分支（并更新 UI）。按下 “提交Commit” 按鈕，無論它顯示的是 “創(chuàng)建脫離的提交Create detached commit” 還是 “提交到主干Commit to master。

提交后，文件的狀態(tài)將永久保留在 Git 的記憶之中。

歷史記錄和 Git 差異

一個(gè)自然而然的問題是你應(yīng)該多久做一次提交。這并沒有正確的答案。使用 Ctrl + S 保存文件和提交到 Git 是兩個(gè)單獨(dú)的過程，因此你會(huì)一直做這兩個(gè)過程。每當(dāng)你覺得自己已經(jīng)做了重要的事情或打算嘗試一個(gè)可能會(huì)被干掉的瘋狂的新想法時(shí)，你可能都會(huì)想要做次提交。

要了解提交對(duì)工作流程的影響，請(qǐng)從測(cè)試文檔中刪除一些文本，然后在頂部和底部添加一些文本。再次提交。 這樣做幾次，直到你在 Git 標(biāo)簽的底部有了一小段歷史記錄，然后單擊其中一個(gè)提交以在 Atom 中查看它。

Viewing differences

查看過去的提交時(shí)，你會(huì)看到三種元素：

1. 綠色文本是該提交中已被添加到文檔中的內(nèi)容。

2. 紅色文本是該提交中已從文檔中刪除的內(nèi)容。

3. 其他所有文字均未做更改。

遠(yuǎn)程備份

使用 Git 的優(yōu)點(diǎn)之一是，按照設(shè)計(jì)它是分布式的，這意味著你可以將工作提交到本地存儲(chǔ)庫，并將所做的更改推送到任意數(shù)量的服務(wù)器上進(jìn)行備份。你還可以從這些服務(wù)器中拉取更改，以便你碰巧正在使用的任何設(shè)備始終具有最新更改。

為此，你必須在 Git 服務(wù)器上擁有一個(gè)帳戶。有幾種免費(fèi)的托管服務(wù)，其中包括 GitHub，這個(gè)公司開發(fā)了 Atom，但奇怪的是 GitHub 不是開源的；而 GitLab 是開源的。相比私有軟件，我更喜歡開源，在本示例中，我將使用 GitLab。

如果你還沒有 GitLab 帳戶，請(qǐng)注冊(cè)一個(gè)帳戶并開始一個(gè)新項(xiàng)目。項(xiàng)目名稱不必與 Atom  中的項(xiàng)目文件夾匹配，但是如果匹配，則可能更有意義。你可以將項(xiàng)目保留為私有，在這種情況下，只有你和任何一個(gè)你給予了明確權(quán)限的人可以訪問它，或者，如果你希望該項(xiàng)目可供任何互聯(lián)網(wǎng)上偶然發(fā)現(xiàn)它的人使用，則可以將其公開。

不要將 README 文件添加到項(xiàng)目中。

創(chuàng)建項(xiàng)目后，它將為你提供有關(guān)如何設(shè)置存儲(chǔ)庫的說明。如果你決定在終端中或通過單獨(dú)的 GUI 使用 Git，這是非常有用的信息，但是 Atom 的工作流程則有所不同。

單擊 GitLab 界面右上方的 “克隆Clone” 按鈕。這顯示了訪問 Git 存儲(chǔ)庫必須使用的地址。復(fù)制 “SSH” 地址（而不是 “https” 地址）。

在 Atom 中，點(diǎn)擊項(xiàng)目的 .git 目錄，然后打開 config 文件。將下面這些配置行添加到該文件中，調(diào)整 url 值的 seth/example.git 部分以匹配你自己獨(dú)有的地址。

[remote "origin"]  url = git@gitlab.com:seth/example.git  fetch = +refs/heads/*:refs/remotes/origin/*[branch "master"]  remote = origin  merge = refs/heads/master

在 Git 標(biāo)簽的底部，出現(xiàn)了一個(gè)新按鈕，標(biāo)記為 “提取Fetch”。由于你的服務(wù)器是全新的服務(wù)器，因此沒有可供你提取的數(shù)據(jù)，因此請(qǐng)右鍵單擊該按鈕，然后選擇“推送Push”。這會(huì)將你的更改推送到你的 GitLab 帳戶，現(xiàn)在你的項(xiàng)目已備份到 Git 服務(wù)器上。

你可以在每次提交后將更改推送到服務(wù)器。它提供了即刻的異地備份，并且由于數(shù)據(jù)量通常很少，因此它幾乎與本地保存一樣快。

撰寫而 Git

Git 是一個(gè)復(fù)雜的系統(tǒng)，不僅對(duì)修訂跟蹤和備份有用。它還支持異步協(xié)作并鼓勵(lì)實(shí)驗(yàn)。本文介紹了一些基礎(chǔ)知識(shí)，但還有更多關(guān)于 Git  的文章和整本的書，以及如何使用它使你的工作更高效、更具彈性和更具活力。 從使用 Git  完成小任務(wù)開始，使用的次數(shù)越多，你會(huì)發(fā)現(xiàn)自己提出的問題就越多，最終你將學(xué)到的技巧越多。

到此，相信大家對(duì)“怎么用Git幫助寫作者更好地完成工作”有了更深的了解，不妨來實(shí)際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！