SVN的操作說(shuō)明以及備份策略

2.1 文件檢出

創(chuàng)新互聯(lián)建站專注于郊區(qū)網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗(yàn)。 熱誠(chéng)為您提供郊區(qū)營(yíng)銷型網(wǎng)站建設(shè)，郊區(qū)網(wǎng)站制作、郊區(qū)網(wǎng)頁(yè)設(shè)計(jì)、郊區(qū)網(wǎng)站官網(wǎng)定制、微信平臺(tái)小程序開發(fā)服務(wù)，打造郊區(qū)網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供郊區(qū)網(wǎng)站排名全網(wǎng)營(yíng)銷落地服務(wù)。

安裝TortoiseSVN后，SVN會(huì)跟Windows的資源管理器完美集成。點(diǎn)擊右鍵，我們可以在菜單欄中選擇“SVN檢出”選項(xiàng)，輸入要檢出代碼的文件庫(kù)的URL地址，我們就可以檢出該URL地址下的文件庫(kù)的文件。默認(rèn)情況下是檢出最新版本的代碼，如果需要，我們可以通過瀏覽日志，根據(jù)日志來(lái)找出想要的版本，然后在“版本”選項(xiàng)中指定相應(yīng)版本就可以檢出相關(guān)代碼了 。

之后，對(duì)于同一個(gè)項(xiàng)目的主干開發(fā)，我們都在這個(gè)檢出的代碼文件目錄下操作，而不是每一次提交或更新都重新檢出一次。

2.2 文件添加

我們?cè)诒镜貏?chuàng)建的文件(包括目錄)不會(huì)受SVN的控制，為了讓其接受SVN的控制必須將其添加到文件庫(kù)中。對(duì)于團(tuán)隊(duì)其他成員需要的文件，如代碼文件、某些模塊的.a文件（由于某些需要，該模塊代碼不公開），我們必須讓它們接受SVN的控制，并且保持最新的版本。

2.3 文件刪除

當(dāng)我們需要?jiǎng)h除無(wú)用的文件(包括目錄)時(shí)，不能使用Windows的資源管理工具，而必須使用SVN本身的刪除文件功能。這樣該文件被刪除后，其所有修改歷史仍然保存在SVN服務(wù)器中，以后仍然可以獲得該文件的修改歷史。

2.4 文件改名

當(dāng)我們需要對(duì)文件(包括目錄)進(jìn)行改名的時(shí)，不能使用Windows的資源管理工具，而必須使用SVN本身的文件改名功能。這樣該文件被改名后，其改名前的所有修改歷史仍然保存在SVN服務(wù)器中，保持連續(xù)的修改信息。

2.5 文件更新

其他團(tuán)隊(duì)成員提交到SVN上的改動(dòng)不會(huì)自動(dòng)更新到你的本地拷貝中來(lái)，我們需要通過更新文件操作來(lái)獲取其他成員對(duì)項(xiàng)目文件所做的修改。SVN更新文件操作會(huì)把文件庫(kù)里的文件與本地文件進(jìn)行合并，從而達(dá)到了同時(shí)保留其他成員的修改及本地的修改的目的。如果無(wú)法自動(dòng)合并則會(huì)發(fā)生沖突，需要使用文件比較工具進(jìn)行手工合并，合并完成后才能提交已解決沖突的文件。沖突的詳細(xì)解決方法見第三章——沖突解決。

在團(tuán)隊(duì)開發(fā)時(shí)，更新是一件很重要的工作，可以保持團(tuán)隊(duì)成員之間的工作內(nèi)容一致，因此要注意經(jīng)常更新自己的工作拷貝，以保證自己能夠獲得最新的修改內(nèi)容。

2.6 改動(dòng)提交

我們對(duì)文件(包括目錄)所做的一切改動(dòng)，包括添加、刪除、修改文件都必須提交到SVN服務(wù)器文件庫(kù)中才能正式生效，之后團(tuán)隊(duì)的其他成員才可以獲取你所作的修改。

提交是很重要的一項(xiàng)操作，要求做到：

? 提交代碼之前一定要保證修改后的代碼能編譯通過，不能提交編譯不通過的代碼。

? 比較修改前及修改后的代碼，把調(diào)試信息或其他不相關(guān)的信息去掉，再次確保提交的代碼是正確的并且提交的是需要提交的文件。

? 不要等到修改了很多代碼才提交，而是相關(guān)小功能完成時(shí)就應(yīng)該提交一次。這樣以后發(fā)現(xiàn)問題時(shí)就很容易撤銷有問題的代碼——因?yàn)槌蜂N只能針對(duì)一次提交，所以在一次提交里涉及過多的功能是不推薦的。

? 提交時(shí)必須填寫log信息，說(shuō)明這次提交增加了什么功能或者修正了什么bug。這些信息有助于自己和其他團(tuán)隊(duì)成員了解整個(gè)項(xiàng)目的歷史。當(dāng)出現(xiàn)問題時(shí)也方便定位到對(duì)應(yīng)的版本代碼，所以log信息必須足夠詳細(xì)。

? 事務(wù)性提交。也就是說(shuō)提交要么成功，要么全部失敗——即提交出現(xiàn)錯(cuò)誤時(shí)會(huì)自動(dòng)回滾，實(shí)際上沒有提交任何東西。出現(xiàn)錯(cuò)誤時(shí)，解決錯(cuò)誤，再次提交上次提交的全部?jī)?nèi)容即可。

3. 沖突解決

沖突的解決是我們使用SVN過程中的一個(gè)棘手問題，所以獨(dú)立一節(jié)來(lái)談?wù)摗?/p>

3.1 沖突的產(chǎn)生

沖突發(fā)生在多個(gè)成員同時(shí)對(duì)同一個(gè)文件進(jìn)行修改的情形下。即當(dāng)有其他成員已經(jīng)提交了修改，而自己在本地拷貝中也對(duì)該文件進(jìn)行了修改，而且修改的是同一個(gè)地方，那么在進(jìn)行本地文件的更新時(shí)，SVN會(huì)不知道該選擇那個(gè)修改（SVN上的修改還是本地的修改）來(lái)進(jìn)行合并，所以沖突就產(chǎn)生了。

舉例說(shuō)，假如受SVN控制的文件Day.txt在SVN服務(wù)器上的當(dāng)前內(nèi)容如下：

圖表 3 Day.txt文件在本地的修改

我們可以看到，在文本的第一行，SVN上及本地都做了修改。這樣當(dāng)在本地進(jìn)行更新（提交之前必須先更新），SVN合并時(shí)就不知道m(xù)onday后面到底該是work還是sleep，所以沖突就產(chǎn)生了。

而第三、五行是各自進(jìn)行了修改，并沒有沖突，所以這兩行可以順利合并，合并后可以看到所有人所做的修改。

3.2 沖突的解決

沖突發(fā)生后，SVN會(huì)在本地保存該文件的不同修改版本，見下圖藍(lán)色圖標(biāo)：

圖表 4 Day.txt文件的不同版本

? Day.txt.r35是版本35的Day.txt文件（本地拷貝最新版本）

? Day.txt.r37是版本37的Day.txt文件（SVN上最新版本）

? Day.txt.mine的是本地修改后的Day.txt文件

? Day.txt文件中包含了合并后的內(nèi)容

3.2.1 簡(jiǎn)單沖突解決

對(duì)于簡(jiǎn)單的內(nèi)容沖突，我們可以直接在合并后的文件上修改。在上例中，我們打開Day.txt文件，可以看到SVN合并后的內(nèi)容：

圖表 5 Day.txt合并后內(nèi)容

我們看到?jīng)]有沖突的修改：(play basketball)及（meeting）順利地合并了，而沖突的部分出現(xiàn)了一些標(biāo)記。其中標(biāo)記

.mine

=======

之間包含的是本地修改的沖突部分的內(nèi)容，即monday(work)。而標(biāo)記

=======

.r37

之間包含的是版本37（SVN上最新版本）該部分內(nèi)容，即monday(sleep)。

不失一般性，假如我們現(xiàn)在要保留的內(nèi)容是monday(work)，那么我們只要把標(biāo)記及monday(sleep)部分內(nèi)容去掉即可：

圖表 6 Day.txt解決沖突后內(nèi)容

確保修改正確后，把Day.txt文件設(shè)置為“已解決的”。

圖表 7 Day.txt標(biāo)記為已解決

之后，后綴為mine,r35,r37文件全部消失，僅保留已解決沖突的Day.txt文件，提交到SVN即可。

3.2.2 復(fù)雜沖突解決

對(duì)于文件內(nèi)容復(fù)雜的文件，上述的解決方法容易漏掉一些要修改的部分，解決起來(lái)也耗時(shí)耗力。這時(shí)要通過SVN提供的工具來(lái)解決。

選擇SVN功能“編輯沖突”，打開沖突編輯工具:

圖表 8 沖突編輯工具

上半部分的兩個(gè)內(nèi)容欄分別顯示的是版本37的內(nèi)容及本地修改的內(nèi)容。

下半部分的內(nèi)容欄顯示的是合并后的內(nèi)容。

每個(gè)內(nèi)容欄左邊的標(biāo)記清楚地標(biāo)識(shí)了該文件做了那些修改。

文件沖突的部分用紅色顯眼地表示了出來(lái)。在合并欄，點(diǎn)擊沖突部分，點(diǎn)擊右鍵，我們可以選擇用哪個(gè)內(nèi)容（SVN上最新內(nèi)容或者本地修改內(nèi)容）來(lái)解決沖突部分，也可以選擇兩個(gè)內(nèi)容都使用，同時(shí)選擇它們出現(xiàn)的先后順序。

逐一解決各個(gè)沖突。確保所有沖突都解決后，保存文件，并標(biāo)記為“已解決”的，退出該工具即完成沖突的解決。

4. 加鎖策略

事實(shí)上，解決沖突還有一種方法，那就是“嚴(yán)格加鎖”。

“嚴(yán)格加鎖”要求在編輯文件之前必須先對(duì)文件加鎖，然后才能進(jìn)行編輯。此時(shí)團(tuán)隊(duì)其他成員不能對(duì)該文件進(jìn)行編輯，即保證了同一時(shí)刻只有一個(gè)人在編輯該文件，因此避免了沖突的出現(xiàn)。

那么，什么類型的文件我們應(yīng)該采取“嚴(yán)格加鎖”呢？

? Excel、圖片等不可合并的文件，我們必須對(duì)其“嚴(yán)格加鎖”。“嚴(yán)格加鎖”的文件都標(biāo)記為“可讀”的，即不可編輯。要編輯這些“嚴(yán)格加鎖”的文件，必須先對(duì)其加鎖，加鎖后文件更改為“可讀可寫”。編輯完這類文件后要第一時(shí)間提交。提交完成時(shí)，SVN會(huì)自動(dòng)解開任何你擁有的鎖 。

? 文本文件，比如程序代碼，SVN通常可以為我們合并改動(dòng)，無(wú)須“嚴(yán)格加鎖”。對(duì)于一些大家都頻繁改動(dòng)的重要源代碼文件，可能會(huì)引起大量沖突，我們也不推薦“嚴(yán)格加鎖”，因?yàn)榧渔i會(huì)導(dǎo)致大家持續(xù)得走來(lái)走去去詢問加鎖情況。正確做法是把文件分成數(shù)個(gè)邏輯單元，大家都修改各自的單元，減少合并時(shí)的沖突。

5. 標(biāo)簽分支

一個(gè)項(xiàng)目最初存放的目錄我們稱之為主干(trunk)。下面我們討論除了主干之外其他存放項(xiàng)目的目錄——標(biāo)簽(tag)和分支(branch)。

5.1 標(biāo)簽（tag）

版本號(hào)可以區(qū)分多次的代碼修改，我們可以使用版本號(hào)來(lái)檢出需要的代碼，但對(duì)于重要版本的代碼，如第三版發(fā)布代碼，我們不希望記住r37這樣的數(shù)字。這時(shí)，我們就可以通過創(chuàng)建標(biāo)簽來(lái)對(duì)SVN中這個(gè)發(fā)布版本的文件的這個(gè)時(shí)刻的狀態(tài)創(chuàng)建一個(gè)“快照”，以后就可以通過這個(gè)標(biāo)簽名字來(lái)檢出第三發(fā)布版本的代碼。

標(biāo)簽其實(shí)是當(dāng)前項(xiàng)目文件的簡(jiǎn)單拷貝，保存在標(biāo)簽所在的目錄下。創(chuàng)建標(biāo)簽也是挺簡(jiǎn)單的，不過要注意：

? 標(biāo)簽的名字一定要有描述性，可以僅憑名字就知道為什么要?jiǎng)?chuàng)建標(biāo)簽。

? 不能過多地使用標(biāo)簽，只有在重要時(shí)刻或者發(fā)布版本時(shí)才可以創(chuàng)建標(biāo)簽。

? 標(biāo)簽是項(xiàng)目文件在某個(gè)時(shí)刻的狀態(tài)，不能對(duì)其進(jìn)行修改 。

5.2 分支（branch）

分支跟標(biāo)簽一樣，也是當(dāng)前項(xiàng)目文件的簡(jiǎn)單拷貝，保存在分支所在的目錄下。

分支跟標(biāo)簽的根本區(qū)別在于，標(biāo)簽不能對(duì)其進(jìn)行修改，而分支就是為了某種目的的修改而建立的。在檢出代碼時(shí)檢出指定分支即可，分支的操作跟主干上的操作完全相同。

5.2.1 何時(shí)創(chuàng)建

遇到下述情況，我們可以通過創(chuàng)建分支來(lái)解決問題：

? 發(fā)布分支

當(dāng)我們快要發(fā)布一個(gè)版本了，一個(gè)開發(fā)小團(tuán)隊(duì)要為這次發(fā)布做好準(zhǔn)備，比如說(shuō)修改一些收尾的bug。這時(shí)他們需要的是項(xiàng)目的穩(wěn)定性，而同時(shí)我們還有其他團(tuán)隊(duì)要開發(fā)預(yù)計(jì)下次發(fā)布才會(huì)添加進(jìn)去的功能，顯然他們不能在同一份代碼上工作，因此我們需要從主干中建立出一個(gè)發(fā)布分支，發(fā)布團(tuán)隊(duì)都從這個(gè)發(fā)布分支檢出及提交代碼。當(dāng)程序被發(fā)布之后，這個(gè)分支依然是活動(dòng)的。這樣，如果客戶報(bào)告了一些bug，團(tuán)隊(duì)會(huì)在這個(gè)發(fā)布分支中修正它們并視情況合并到主干中去。

? 試驗(yàn)分支

當(dāng)我們需要對(duì)項(xiàng)目做大范圍的改動(dòng)，并且這改動(dòng)對(duì)系統(tǒng)的其余部分有深遠(yuǎn)的影響，而我們又不能保證這次改動(dòng)一定能成功的時(shí)候就可以建立試驗(yàn)分支。如果試驗(yàn)失敗了，可以廢棄這個(gè)分支；成功了我們只要把分支的改動(dòng)合并到主干代碼中去就可以了。

其他情況，我們不建議創(chuàng)建分支，更不推薦在分支上創(chuàng)建分支，因?yàn)榉种н^多，合并時(shí)的沖突將會(huì)是一種難于解決的災(zāi)難。

5.2.2 合并分支

我們?cè)诜种纤拚腷ug很可能在主干上或者其他分支上也存在，因?yàn)樗鼈兺鶃?lái)自同一份代碼，所以我們?cè)诜种纤龅母膭?dòng)有必要合并到主干或者其他分支中去。

對(duì)于簡(jiǎn)單的bug，一次提交就能解決問題的，那么我們只要記住提交新版本號(hào)，然后使用新版本號(hào)把改動(dòng)合并到其他的受影響的主干及分支中去就可以了。

對(duì)于復(fù)雜的bug，可能需要多個(gè)開發(fā)者花幾天的時(shí)間提交多次才能修好。這時(shí)光用版本號(hào)來(lái)記住修改的內(nèi)容就有點(diǎn)勉為其難了。因此，我們可以使用標(biāo)簽來(lái)標(biāo)記我們修正過程的開始和結(jié)束，然后使用這些標(biāo)簽幫助我們把修正的代碼合并到主干和其他分支中去。整個(gè)過程如下：

① 給分支打個(gè)標(biāo)簽，標(biāo)記bug修改開始。

② 測(cè)試重現(xiàn)bug，修正代碼讓新測(cè)試通過。

③ 提交你的改動(dòng)到SVN上。

④ 重復(fù)步驟2、3，直到確定bug已經(jīng)修正。

⑤ 再給分支打個(gè)標(biāo)簽，標(biāo)記bug修正結(jié)束。

⑥ 使用兩個(gè)標(biāo)簽來(lái)把修正的代碼合并到所有其他受影響的主干和分支上。

6. 注意事項(xiàng)

經(jīng)常更新

? 由于文件可能有多個(gè)人修改，應(yīng)該經(jīng)常更新你的工作拷貝中的文件，這樣能降低發(fā)生沖突的可能性。

測(cè)試提交

? 提交前先在本地進(jìn)行測(cè)試。不允許將有錯(cuò)誤的文件提交到SVN服務(wù)器上。

填寫備注

? 提交時(shí)一定要寫備注：備注有助于其他人（包括三個(gè)月后的你自己）理解你對(duì)文件所做的修改。

整體提交

? 提交文件時(shí)注意要提交一項(xiàng)改動(dòng)所對(duì)應(yīng)的所有文件，不要一次提交一個(gè)文件或者一次提交修改了很多功能的一堆文件。

發(fā)布標(biāo)簽

? 對(duì)于每一個(gè)發(fā)布的版本都要建立標(biāo)簽：當(dāng)用戶告訴你發(fā)生某個(gè)問題時(shí)，你可以迅速地追蹤到問題是在哪個(gè)版本引入的 。

附：測(cè)試自動(dòng)化小組SVN使用指導(dǎo)原則

1. Project的構(gòu)建

Project在SVN服務(wù)器上的目錄架構(gòu)如下：

SVN上的項(xiàng)目文件：

1. 必須保證Trunk上的代碼是最新的！定期對(duì)Trunk上的代碼進(jìn)行更新，各小組可根據(jù)各自實(shí)際情況自己把握

2. Tag是根據(jù)項(xiàng)目需要所打的標(biāo)簽，每一個(gè)發(fā)布的版本都要打Tag，主要是方便有需要時(shí)可以直接根據(jù)Tag返回到之前的狀態(tài)，以便于分析、測(cè)試；Tag中必須包含相應(yīng)的release文件及當(dāng)時(shí)編譯或發(fā)布時(shí)的源代碼，必須有相關(guān)的文檔注明項(xiàng)目背景、發(fā)布情況等。

3. Branch文件夾可以用作備份用，可以用個(gè)人名字命名文件夾；此外，Branch分支主要用來(lái)進(jìn)行短暫或者探索性的開發(fā)使用，最終的軟件版本必須更新、合并到Trunk主干上。

4. 關(guān)于同一項(xiàng)目組開發(fā)環(huán)境的建議：同一項(xiàng)目組成員的開發(fā)環(huán)境最好一致，軟件安裝路徑和Project文件存放路徑最好一致。

2. 版本號(hào)

關(guān)于版本號(hào)命名規(guī)則：主版本號(hào).子版本號(hào).修正版本號(hào)

1. 項(xiàng)目初版本時(shí)，版本號(hào)為0.1.0；

2. 當(dāng)項(xiàng)目在進(jìn)行了局部修改或 bug 修正時(shí)，主版本號(hào)和子版本號(hào)都不變，修正版本號(hào)加 1；

3. 當(dāng)項(xiàng)目在原有的基礎(chǔ)上增加了部分功能時(shí)，主版本號(hào)不變，子版本號(hào)加 1，修正版本號(hào)復(fù)位為 0；

4. 當(dāng)項(xiàng)目在進(jìn)行了重大修改或局部修正累積較多，而導(dǎo)致項(xiàng)目整體發(fā)生全局變化時(shí)，主版本號(hào)加 1，子版本號(hào)和修正版本號(hào)復(fù)位為0；

5. 編譯版本號(hào)一般是編譯器在編譯過程中自動(dòng)生成的，我們只定義其格式，如果編譯器不能自動(dòng)生成，人手添加，數(shù)值代表為當(dāng)前的系統(tǒng)時(shí)間。

例子：V1.0.1 Build090305 Rel111123

其它版本使用規(guī)則：

1. α（alphal）內(nèi)部測(cè)試版

此版本表示該軟件僅僅是一個(gè)初步完成品，只在組內(nèi)內(nèi)部交流，該版本軟件的 bug 較多，限內(nèi)部測(cè)試使用。

例子：V0.1.1 Build090305 alphal1

2. β（beta）外部測(cè)試版

該版本相對(duì)于α版已有了很大的改進(jìn)，經(jīng)過組內(nèi)的測(cè)試，消除了嚴(yán)重的錯(cuò)誤，但還是存在著一些缺陷，需要經(jīng)過大規(guī)模測(cè)試來(lái)進(jìn)一步消除。

例子：V0.1.2 Build090305 beta1

3. demo 演示版

僅限評(píng)審或講解時(shí)做介紹使用。

例子：V0.1.3 Build090305 demo1

4. release 最終版

該版本意味“最終釋放版”，在出了一系列的測(cè)試版之后，終歸會(huì)有一個(gè)正式版本，一般情況下，release不會(huì)以單詞形式出現(xiàn)在軟件封面上，取而代之的是符號(hào) (Rel) 。release版本發(fā)布時(shí)，必須將待發(fā)布的軟件和相應(yīng)版本更新記錄打包在一起發(fā)出。

例子：V1.0.1 Build090305 Rel111123

3. 權(quán)限限制

如果項(xiàng)目本身需要對(duì)項(xiàng)目組成員作不同的權(quán)限控制，可以考慮維護(hù)兩個(gè)工程：一個(gè)工程里面有相應(yīng)的源文件，一個(gè)則只有編譯后的文件。

4. 模塊的版本維護(hù)

1. 文件一般不需要版本，但要有詳細(xì)的更新歷史記錄；

2. 模塊可以以版本來(lái)維護(hù)，具體可以不同的文件夾區(qū)分。

急急急，sql圖標(biāo)不見了怎么辦，！

不見了也沒有什么關(guān)系的，只要SQL服務(wù)還是開啟狀態(tài)就行了。

在開始--》所有程序——》SQL SERVER-》服務(wù)管理器。點(diǎn)擊打開看一下是否是開啟狀態(tài)，即 開始/繼續(xù) 那個(gè)按鈕是灰色的就行了。右下角的那個(gè)圖標(biāo)，只是這個(gè)服務(wù)管理器的一個(gè)快捷方式而已。在不在都沒什么關(guān)系的。

*.db是什么文件？

這是查看縮略圖所產(chǎn)生的緩存文件，使用縮略圖的形式查看圖片文件了，所以才會(huì)出現(xiàn)這個(gè)文件，如果想它不出現(xiàn)的話，方法如下：

1、在開始菜單中點(diǎn)擊 運(yùn)行 選項(xiàng)；或者是直接按下鍵盤的 win+R 組合快捷鍵。

2、然后在出現(xiàn)的運(yùn)行窗口中輸入?gpedit.msc 回車。

3、然后就來(lái)到了本地策略組編輯器頁(yè)面。

4、然后依次點(diǎn)擊左側(cè)的?用戶配置→管理模板→windows組件 選項(xiàng)。

5、然后點(diǎn)擊 windows資源管理器，然后在右側(cè)的頁(yè)面中可以看到一個(gè) 關(guān)閉縮略圖的緩存 的選項(xiàng)。

6、然后雙擊它，在打開的頁(yè)面中選擇為 已啟用 ，點(diǎn)擊 確定 按鈕，這樣就不會(huì)出現(xiàn)*.db文件了。

SQL服務(wù)器的圖標(biāo)（像小箱子一樣帶綠色箭頭的）

右擊任務(wù)欄，選擇啟動(dòng)任務(wù)管理器，選擇服務(wù)一欄，點(diǎn)擊右下角的服務(wù)就可以出來(lái)如下界面：

在這個(gè)界面中就可以找到所有mssql需要的服務(wù)。

這個(gè)界面是打開sqlserver?configuration?manager后出現(xiàn)的界面：

自主建立一個(gè)網(wǎng)站需要的技術(shù)

自主建立一個(gè)網(wǎng)站需要學(xué)習(xí)下面幾個(gè)技術(shù)：

建站基礎(chǔ)知識(shí)，html、Javascript、php服務(wù)器腳本語(yǔ)言技術(shù)

美工，一個(gè)優(yōu)秀的網(wǎng)站不必可少的就是動(dòng)人的UI，如網(wǎng)站的banner設(shè)計(jì)、logo圖片、圖標(biāo)設(shè)計(jì)等

編輯能力，簡(jiǎn)單的編輯能力只要會(huì)寫文章即可，如果想讓網(wǎng)站更有吸引力，優(yōu)秀的文字功底必不可少。

目前來(lái)說(shuō)自主建站的門檻在不斷的降低，因?yàn)橛姓灸０逶创a的存在，可以通過下載現(xiàn)在的模板進(jìn)行搭建，很多優(yōu)秀的CMS使得如今的網(wǎng)站建設(shè)更加智能化、簡(jiǎn)單易上手。

怎么替換.sql 圖標(biāo)

.sql的圖標(biāo)，是由關(guān)聯(lián)它的打開程序決定的。

你可以在文件上右鍵，打開方式，換一個(gè)打開方式就可以改變圖標(biāo)。

你也可以：編輯注冊(cè)表，在.sql下面增加或者修改鍵值。

名稱欄目：nosql圖標(biāo),nosql 圖數(shù)據(jù)庫(kù)
當(dāng)前URL：http://chinadenli.net/article21/dsepjcd.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站策劃、網(wǎng)頁(yè)設(shè)計(jì)公司、網(wǎng)站設(shè)計(jì)公司、響應(yīng)式網(wǎng)站、營(yíng)銷型網(wǎng)站建設(shè)、關(guān)鍵詞優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)