git資料庫
⑴ gitlab備份數據只備份資料庫可以嗎
可以。
其實為了安全性的考慮，Gitlab自帶的備份工具只會備份包括資料庫、數據文件以及基本配置信息，而秘鑰作為安全文件不在備份之列。
GitLab是一個用於倉庫管理系統的開源項目，使用Git作為代碼管理工具，並在此基礎上搭建起來的web服務。
⑵ Git是什麼
Git是什麼？
Git是目前世界上最先進的分布式版本控制系統（沒有之一）。
Git有什麼特點？簡單來說就是：高端大氣上檔次！
那什麼是版本控制系統？
如果你用Microsoft Word寫過長篇大論，那你一定有這樣的經歷：
想刪除一個段落，又怕將來想恢復找不回來怎麼辦？有辦法，先把當前文件「另存為……」一個新的Word文件，再接著改，改到一定程度，再「另存為……」一個新文件，這樣一直改下去，最後你的Word文檔變成了這樣：
過了一周，你想找回被刪除的文字，但是已經記不清刪除前保存在哪個文件里了，只好一個一個文件去找，真麻煩。
看著一堆亂七八糟的文件，想保留最新的一個，然後把其他的刪掉，又怕哪天會用上，還不敢刪，真郁悶。
更要命的是，有些部分需要你的財務同事幫助填寫，於是你把文件Copy到U盤里給她（也可能通過Email發送一份給她），然後，你繼續修改Word文件。一天後，同事再把Word文件傳給你，此時，你必須想想，發給她之後到你收到她的文件期間，你作了哪些改動，得把你的改動和她的部分合並，真困難。
於是你想，如果有一個軟體，不但能自動幫我記錄每次文件的改動，還可以讓同事協作編輯，這樣就不用自己管理一堆類似的文件了，也不需要把文件傳來傳去。如果想查看某次改動，只需要在軟體里瞄一眼就可以，豈不是很方便？
這個軟體用起來就應該像這個樣子，能記錄每次文件的改動：
版本
用戶
說明
日期
1 張三 刪除了軟體服務條款5 7/12 10:38
2 張三 增加了License人數限制 7/12 18:09
3 李四 財務部門調整了合同金額 7/13 9:51
4 張三 延長了免費升級周期 7/14 15:17
這樣，你就結束了手動管理多個「版本」的史前時代，進入到版本控制的20世紀。
⑶ [程序員]為什麼我們不用git當資料庫呢
復雜度高，網路需求高。
1、Git 本身的復雜性就不在此贅述，基礎入門只需要簡單培訓，但要想熟練使用並挖掘最大優勢著實需要費一番功夫，即便是 Git 專家也不會輕易推薦程序員使用 Git 作為入門工具，很多經驗豐富的程序員使用 Git 時也需要查看幫助。
2、如果在使用過程中網路一旦中斷那麼之前的努力就白費了。
⑷ git是什麼工具
git是目前世界上最先進的分布式版本控制工具（沒有之一）。
Git認為其數據更像是一系列微型文件系統的快照。使用Git，每次提交或保存項目狀態時，Git基本上都會記錄當時所有文件的外觀，並存儲對該快照的引用。
為了提高效率，如果文件沒有改變，Git不會再次存儲文件，只是指向它已存儲的上一個相同文件的鏈接。Git認為它的數據更像是一個快照流，會將數據作為項目的快照存儲一段時間。
幾乎每一項行動都是本地的
Git中的大多數操作只需要本地文件和資源來運行 - 通常不需要來自網路上另一台計算機的信息。
當您在Git中執行操作時，幾乎所有操作都只將數據添加到Git資料庫。很難讓系統做任何不可撤銷的事情或者以任何方式擦除數據。與任何VCS一樣，您可能會丟失或搞亂尚未提交的更改，但在將快照提交到Git之後，很難丟失，尤其是在您經常將資料庫推送到另一個存儲庫時。
⑸ 漫話：如何給女朋友解釋什麼是Git和GitHub
來自：漫話編程
周末，我正在家裡看《最強大腦》，女朋友在一旁刷手機，相安無事。誰知道，剛過了沒多久，她突然問我：
版本控制
想要介紹什麼是GitHub，就要介紹下什麼是Git，想要介紹什麼是Git，那就不得不提版本控制。
我們知道，如果多台計算機在同一個區域網中，是可以進行區域網文件共享的。共享者可以通過設置把自己文件共享給他人進行閱讀和修改。
對於同一份共享文件，如果又多個人需要修改的話會發生什麼事情呢？假設現在有三個人，A分享了文件夾mhcoding，其中包含了三個文件mhcoding1.png，mhcoding2.png，mhcoding3.png，B和C需要對這份文件進行修改。
B和C分別把mhcoding文件夾拷貝到自己的電腦上，然後進行修改，改完之後需要再把自己修改上傳上去。B先改完了之後把自己的文件上傳上去，覆蓋了A的分享。之後C也改完了，也把自己的改動上傳上去。這樣，C就會把B的修改覆蓋掉。
為了上述這種問題，就需要通過一種方式來在C想要上傳文件的時候來提醒他，告訴他需要考慮到B已經改過文件的事情。
比較好的方式就是通過版本控制。
如果使用了版本控制系統，每一個團隊成員都可以在任何時間對任何文件毫無顧慮的進行修改，版本控制系統可以提醒我們文件修改沖突，甚至可以幫我們自動把多個人的改動合並到一起。
有了版本控制，我們還可以回溯查看以前某一個版本中具體文件的內容，還可以查看某一次改動的變更內容。非常適合團隊協作。
版本控制的方式
本地版本控制系統
許多人習慣用復制整個項目目錄的方式來保存不同的版本，或許還會改名加上備份時間以示區別。這么做唯一的好處就是簡單。不過壞處也不少：有時候會混淆所在的工作目錄，一旦弄錯文件丟了數據就沒法撤銷恢復。
為了解決這個問題，人們很久以前就開發了許多種本地版本控制系統，大多都是採用某種簡單的資料庫來記錄文件的歷次更新差異。
集中化的版本控制系統
接下來人們又遇到一個問題，如何讓在不同系統上的開發者協同工作？於是，集中化的版本控制系統應運而生。
這類系統，都有一個單一的集中管理的伺服器，保存所有文件的修訂版本，而協同工作的人們都通過客戶端連到這台伺服器，取出最新的文件或者提交更新。
這種做法帶來了許多好處，特別是相較於老式的本地版本來說。現在，每個人都可以在一定程度上看到項目中的其他人正在做些什麼。而管理員也可以輕松掌控每個開發者的許可權，並且管理起來也輕松容易的多。
分布式版本控制系統
集中化最顯而易見的缺點是中央伺服器的單點問題。如果中央伺服器宕機一小時，那麼在這一小時內，誰都無法提交更新，也就無法協同工作。
要是中央伺服器的磁碟發生故障，碰巧沒做備份，或者備份不夠及時，就會有丟失數據的風險。
於是分布式版本控制系統面世了。在這類系統中，客戶端並不只提取最新版本的文件快照，而是把代碼倉庫完整地鏡像下來。這么一來，任何一處協同工作用的伺服器發生故障，事後都可以用任何一個鏡像出來的本地倉庫恢復。因為每一次的提取操作，實際上都是一次對代碼倉庫的完整備份。
Git
git其實就是一款我們前面介紹的分布式版本控制軟體，Git具有以下特點：
程序員是比較典型的需要團隊協作的職業，大多數情況下，都是需要多個程序員同時開發同一個項目的，就好像多個程序員要同時修改一份word文檔一樣。所以，Git是很多程序員的必備工具。
GitHub
GitHub是一個面向開源及私有軟體項目的託管平台，因為只支持git 作為唯一的版本庫格式進行託管，故名GitHub。
所謂託管平台，也就是說他可以用於存放文件。只不過上面的文件都是可以公開被訪問到的。
GitHub是通過Git進行版本控制的軟體源代碼託管服務，並且，GitHub還引入了一些社交屬性。號稱是世界上最大的程序員（同性）交友網站。
GitHub上那些奇葩"項目"
Dress - 女裝大佬聚集地
有129名貢獻者在這個名為Dress的項目里集結，上傳了數千張女裝照，收獲了8000餘顆星。
你敢相信這是個碼農？
地址：https://github.com/komeiji-satori/Dress
Thanos - 滅霸命令
Thanos.sh是一個開源的個滅霸命令，可隨機刪除電腦上一半文件。
地址：https://github.com/hotvulcan/Thanos.sh
nocode - 一行代碼都沒有
這是一個Issue比項目更精彩的項目，項目中一行代碼都沒有，Issue中各種裝逼。
想問下，Star這個項目的2.7萬人是有多無聊？？？
programmer-job-blacklist 碼農找工作黑名單
hangzhou_house_knowledge 杭州買房攻略
howmanypeoplearearound 通過 Wi-Fi 信號估計附近有多少人
⑹ git上傳項目代碼,資料庫會同步嗎
不會直接同步，需要自己操作。
直接在github網頁上完成創建代碼文件並編寫，比較容易。
是本地編寫完代碼，放到本地倉庫，然後再同步到github遠程倉庫，想著以後做稍大的項目可能會本地測試修改，然後再上傳。
第一次配置流程可能有點麻煩，還有一些注意事項，因此在這里總結一下。
主要流程如下：
①注冊github賬號，下載git客戶端
②創建本地倉庫（其實就是個文件夾）
③使用ssh密鑰連接本地倉庫和github遠程倉庫
④將本地項目上傳到github遠程項目
⑺ git有什麼作用
Git是一款免費、開源的分布式版本控制系統，用於敏捷高效地處理任何或小或大的項目。
Git是一個開源的分布式版本控制系統，用以有效、高速的處理從很小到非常大的項目版本管理。
Git 是 Linus Torvalds 為了幫助管理 linux 內核開發而開發的一個開放源碼的版本控制軟體。
Git的功能特性：
從一般開發者的角度來看，git有以下功能：
1、從伺服器上克隆資料庫（包括代碼和版本信息）到單機上。
2、在自己的機器上創建分支，修改代碼。
3、在單機上自己創建的分支上提交代碼。
4、在單機上合並分支。
5、新建一個分支，把伺服器上最新版的代碼fetch下來，然後跟自己的主分支合並。
6、生成補丁（patch），把補丁發送給主開發者。
7、看主開發者的反饋，如果主開發者發現兩個一般開發者之間有沖突（他們之間可以合作解決的沖突），就會要求他們先解決沖突，然後再由其中一個人提交。如果主開發者可以自己解決，或者沒有沖突，就通過。
8、一般開發者之間解決沖突的方法，開發者之間可以使用pull 命令解決沖突，解決完沖突之後再向主開發者提交補丁。
⑻ linux 安裝好git 怎麼用
Git服務程序中提交數據、移除數據、移動數據、查詢歷史記錄、還原數據及管理標簽等，滿足日常工作的需求。
同時還為包括了分支結構的創建與合並，遇到分支內容沖突的解決辦法，動手部署Git伺服器及使用Github託管服務等一些強大的功能，你可以參考下
一、在正式使用前，我們還需要弄清楚Git的三種重要模式，分別是已提交、已修改和已暫存：
已提交(committed):表示數據文件已經順利提交到Git資料庫中。
已修改(modified):表示數據文件已經被修改，但未被保存到Git資料庫中。
已暫存(staged):表示數據文件已經被修改，並會在下次提交時提交到Git資料庫中。
提交前的數據文件可能會被隨意修改或丟失，但只要把文件快照順利提交到Git資料庫中，那就可以完全放心了，流程為：
1.在工作目錄中修改數據文件。
2.將文件的快照放入暫存區域。
3.將暫存區域的文件快照提交到Git倉庫中。
執行yum命令來安裝Git服務程序：
[root@linuxprobe ~]# yum install -y git
Loaded plugins: langpacks, proct-id, subscription-manager
………………省略部分安裝過程………………
Installing:
git x86_64 1.8.3.1-4.el7 rhel7 4.3 M
Installing for dependencies:
perl-Error noarch 1:0.17020-2.el7 rhel7 32 k
perl-Git noarch 1.8.3.1-4.el7 rhel7 52 k
perl-TermReadKey x86_64 2.30-20.el7 rhel7 31 k
………………省略部分安裝過程………………
Complete!
首次安裝Git服務程序後需要設置下用戶名稱、郵件信息和編輯器，這些信息會隨著文件每次都提交到Git資料庫中，用於記錄提交者的信息，而Git服務程序的配置文檔通常會有三份，針對當前用戶和指定倉庫的配置文件優先順序最高：
配置文件 作用
/etc/gitconfig 保存著系統中每個用戶及倉庫通用配置信息。
~/.gitconfig
~/.config/git/config 針對於當前用戶的配置信息。
工作目錄/.git/config 針對於當前倉庫數據的配置信息。
第一個要配置的是你個人的用戶名稱和電子郵件地址，這兩條配置很重要，每次 Git 提交時都會引用這兩條信息，記錄是誰提交了文件，並且會隨更新內容一起被永久納入歷史記錄：
[root@linuxprobe ~]# git config --global user.name "Liu Chuan"
[root@linuxprobe ~]# git config --global user.email "[email protected]"
設置vim為默認的文本編輯器：
[root@linuxprobe ~]# git config --global core.editor vim
嗯，此時查看下剛剛配置的Git工作環境信息吧：
[root@linuxprobe ~]# git config --list
user.name=Liu Chuan
[email protected]
core.editor=vim
二、提交數據
我們可以簡單的把工作目錄理解成是一個被Git服務程序管理的目錄，Git會時刻的追蹤目錄內文件的改動，另外在安裝好了Git服務程序後，默認就會創建好了一個叫做master的分支，我們直接可以提交數據到了。
三、移除數據
有些時候會向把已經添加到暫存區的文件移除，但仍然希望文件在工作目錄中不丟失，換句話說，就是把文件從追蹤清單中刪除。
移動數據
Git不像其他版本控制系統那樣跟蹤文件的移動操作，如果要修改文件名稱，則需要使用git mv命令：
[root@linuxprobe linuxprobe]# git mv readme.txt introction.txt
由於字數限制，不能完全放下，如果你想好好了解，建議你看下http://www.linuxprobe.com/chapter-21.html 這個文檔中有詳細的用法你可以看看對你有用嗎
⑼ 怎麼連接gitlab的資料庫
將GitLab的資料庫導入阿里雲Postgresql RDS
GitLab的資料庫用的是PostgreSQL，之前由於阿里雲RDS不支持PostgreSQL，只能將GitLab的資料庫部署在雲伺服器上。
6月1日得知阿里雲推出了PostgreSQL RDS，於是立馬將GitLab的資料庫遷移至PostgreSQL RDS。
下面分享一下遷移的主要操作步驟：
1）在GitLab伺服器上備份GitLab資料庫
操作命令：
sudo gitlab-rake gitlab:backup:create SKIP=db
註：這個命令原本是只備份資料庫，但實際運行時也會備份repositories，可以在完成資料庫備份時，ctrl+C直接退出。
資料庫備份成功後，會在 /var/opt/gitlab/backups/db 文件夾中看到 database.sql 文件，導入時只需將這個文件導入到阿里雲RDS。
2）在阿里雲RDS中創建GitLab的資料庫帳戶與資料庫
在阿里雲RDS控制台首頁點擊「登錄資料庫」，進入idb.rds.aliyun.com，選擇對應的PostgreSQL實例。
a）創建2個帳戶：gitlab, gitlab-psql
b）創建gitlabhq_proction資料庫，所有者為gitlab。
3） 在GitLab伺服器上進行導入操作
a) cd /var/opt/gitlab/backups/db
b） psql -h [RDS實例網址] p 3433 -d gitlabhq_proction -U gitlab -f database.sql