導航:首頁 > IDC知識 > mercurial伺服器

mercurial伺服器

發布時間:2021-03-21 07:00:56

1、golang自動更新怎麼實現

請自行安裝SSH遠程工具 2SSH遠程登錄你的linux伺服器 3yum install mercurial 安裝 mercurial包 安裝git包 yum install git 安裝gcc yum install gcc 然後就可以下載golang的壓縮包了 下載完成 用tar 命令來解壓壓縮包 tar -zxvf go1.2.linux-a

2、linux下怎麼安裝Go開發環境

請自行安裝SSH遠程工具
SSH遠程登錄你的linux伺服器
yum install mercurial
安裝 mercurial包

安裝git包
yum install git

安裝gcc
yum install gcc

然後就可以下載golang的壓縮包了
wget https://go.googlecode.com/files/go1.2.linux-amd64.tar.gz

下載完成

用tar 命令來解壓壓縮包
tar -zxvf go1.2.linux-amd64.tar.gz

接著我們要添加環境變數
vi /etc/profile

在profile裡面添加如下內容
export GOROOT=/home/forward/tools/go
export PATH=$GOROOT/bin:$PATH
export GOPATH=/home/forward/tools/gopkg
GOPATH和GOROOT修改為你的路徑即可

然後刷新環境變數
source /etc/profile

最後驗證一下是否安裝成功
go version
如果出現下面的信息說明安裝成功了

3、tortoisehg 要先安裝 mercurial嗎

版本控制系統(Version Control System / Revision Control System,或者叫做源碼控制系統Source Control System,以下簡稱VCS),是軟體開發人員最常用的工具之一,由於VCS是如此常用,所以花一些時間去了解它是有必要的。

分布式版本控制系統(Distributed Version Control System,DVCS),是相對於集中式版本控制系統(Centralized Version Control System,CVCS)而言的,比如,使用人數最多的SVN、VSS就是典型的CVCS。如果你曾經用過SVN或VSS,就可以很容易理解什麼叫做「Centralized」 。CVCS,是指只有一份數據倉庫存放在一台伺服器上,所有客戶端都連接到這台伺服器以讀寫數據倉庫的工作模型。而DVCS模型則不然,每一台終端都有一份完整的數據倉庫,所有終端之間都是平等的,並不存在唯一的一台「伺服器」。所有的終端之間,可以自由地交換數據。
DVCS可以很容易地模擬CVCS的工作方式,只要指定任意一台終端作為伺服器,規定所有人都將更改推送到這台伺服器,並且所有人也都從這台伺服器獲取更新即可。而與CVCS相比,DVCS則有以下優點:

a) 更加安全的代碼管理。
在SVN中,每次提交都意味著正式的代碼被更改,別人可以立即看到此次提交,並且可能直接影響到正在運行的系統(可能會有人立即將此更新拷貝到伺服器),這導致一系列的問題。首先一個問題是,有人可能會無意中提交錯誤的、不可靠的代碼。其次,這導致程序員不敢輕易簽入更改,當程序進行一項耗時很久,大量修改的工作時,所有的修改都是沒有經過VCS保護的,這是非常危險的,也不符合使用VCS的初衷。

而在DVCS中則不同,因為首先提交到自己本地倉庫中,所以程序員可以盡量地向數據倉庫提交更改,而不用擔心這會影響到其他人或系統,這可以將程序員在開發過程中所產生的各個版本代碼完善地保護起來,在周期較長的開發中,這一特點尤其顯得重要。

雖然在SVN中有分支功能可以達到類似的目的,但是分支合並操作起來較為繁瑣,而且非常容易發生沖突,結果就是很多應當使用分支的場合其實並沒有使用分支。

b) 擺脫網路的束縛,隨時進行完整的工作。
在SVN中,由於中央倉庫只有一個,所以任何需要與倉庫溝通的動作(例如查詢歷史版本,提交更改等等)必須首先聯網,而在有些時候,這一束縛就顯得不方便,而在DVCS中,則隨時可以與數據倉庫進行無縫的溝通,程序員可以向其中不停提交新的更改,或查詢某個文件的歷史版本,都可以在完全斷網的情況下進行。

c) 更加智能的代碼合並。
當兩個人對同一份代碼進行工作時,兩個人的修改可能會產生沖突。然而,SVN當新的更改被提交時,SVN只能查看最終的版本,這導致SVN對某些差異很大的文件無法自動合並,而人工合並是很費時費力的。在Mercurial中,當兩個不同的版本需要進行合並時,DVCS可以使用這個文件所有的修改歷史來一步一步地還原整個修改的過程,這樣一來,Mercurial的合並能力就遠遠地超過了SVN,所以在Mercurial中,極少會出現人工合並的問題。

d) 更快的反應速度. 由於各種日常操作都是在開發人員的本機進行的, 所以與任何的CVCS相比, DVCS的操作反應速度都將快很多倍.

另外,對於個人項目來說,尤其適合使用DVCS,因為DVCS天然地擅長管理本地的數據倉庫,不像CVCS那樣必須架設一個服務端,一個客戶端。

因此總的來說,分布式結構的Mercurial具有SVN的所有優點,而又比SVN更加合理有效。

目前的DVCS最主要有Mercurial和Git兩款軟體,其中Git的原作者是Linus大神,用C語言編寫,運行性能優於Mercurial(Mercurial是用Python寫的,天生註定性能不可能比Git更快),但是Linus以及最初的開發團隊並不打算開發Windows版本的Git,所以Git本身並不支持Windows,後來有了一個msysgit項目將Git移植到了windows平台,並且有了開發了一個TortoiseGit客戶端,使得Git在windows下也變得容易使用了,但是在我使用的過程中,連續發生多次嚴重的故障,我懷疑其在windows下還不夠成熟,因此採用與操作系統兼容完美的Mercurial。 Mercurial這個單詞是水銀的意思,所以Mercurial的命令名採用了水銀的化學元素符號hg,這也是為什麼它的圖形終端叫做TortoiseHg,而不是TortoiseMercurial之類的。

這里(http://hgbook.red-bean.com/read/)有一份完整的Mercurial文檔,詳細描述了Mercurial的各種細節,不過鑒於其是英文的,我簡單再羅列一下Mercurial的基本用法。

首先,下載並安裝一個TortoiseHg with Mercurial(http://tortoisehg.bitbucket.org/), TortoiseHg是一個圖形化的客戶端,集成於Windows explorer,與TortoiseSVN是極為類似的。這個安裝包同時集成了Mercurial的主程序,所以只要裝這一個就夠了。(Mercurial並不需要一個伺服器端)

安裝完成以後,打開Windows explorer, 在任意位置右擊, 即可看到如下所示的TortoiseHg菜單:

image

這里需要先設置一下用戶信息,因為Mercurial提交的時候需要知道用戶名以便記錄歷史,所以必須首先配置用戶名. 在上圖菜單中點擊Global Settings, 在彈出選項窗中的Commit子頁中:

image

其中用戶名的格式一般為"姓名<郵箱>" . 寫完以後保存即可.

Clone命令用於從其它位置復制一個數據倉庫,而Create repository here當然就是在當前文件夾創建倉庫了,這里我們先創建一個倉庫。

或者也可以不使用TortoiseHg的圖形界面,直接用Mercurial命令創建。

Windows7有一個隱藏的右鍵菜單, 當住shift不放點右鍵時, 會發現右鍵菜單多了幾項,其中就有一個是open command here, 這會打開一個cmd命令窗,路徑就是當前文件夾,直接輸入命令hg init, 即可完成數據倉庫的創建。

(以前我也不喜歡用命令,但是使用Mercurial以後,我發現其實用命令並不麻煩,很多時候比TortoiseHg來得還要舒服一些)

image

創建數據倉庫以後,再次右擊, 會發現首先在一級右鍵菜單上增加了Hg Commit選項,而子項中則出現了一大排可用命令。這些暫時不用去理它。

隨便新建一個文本文件,點擊hg commit,輸入一點注釋(Mercurial強制要求每次commit必須寫注釋),點擊提交即可。

image

注意左側的文件列表, 必須先打上勾。因為是向Mercurial新增文件,所以必須先執行add命令, 然後才能commit,體現在這個圖形界面上,就是先勾上左邊,再點commit。

如果使用命令,則分別輸入:

hg add

hg commit –m 「some comment here」

第一行hg add會將所有新增的文件標記為需要Mercurial進行追蹤管理,第二句則是向數據倉庫提交修改。

這里需要注意的是Update命令。Mercurial的Update與SVN在實際效果上差異巨大。Update是用於使工作目錄與本地數據倉庫之間保持一致。所以,如果你是單人項目,總是在工作目錄提交修改的話,它們肯定是完全一致的,Update命令將永遠不必執行。(這大約也是為什麼TortoiseHg把Update命令作為二級命令而不像Commit那樣是一級菜單命令) 那麼什麼時候需要Update?先看一下push和pull。

假定我們剛才創建的倉庫位於D:\repo1, 現在執行命令hg clone d:\repo1 d:\repo2, 或者在tortoisehg上點擊clone執行相應操作(圖形界面不再一一截圖,很簡單的操作),這樣就創建了一個新的倉庫repo2, 它與repo1是完全相同的。現在向repo1提交另外一些修改,顯而易見的,repo2仍然停留在clone時的狀態,repo1的最新修改repo2並不知道。 如果現在希望repo2也能更新到repo1的最新狀態, 則有兩種操作方式:

1. Push。 Push顧名思義,是推送的意思,就是從repo1中推送數據到repo2, repo2 不需要做任何動作。在repo1目錄下執行命令hg push d:\repo2。 或者點擊tortoisehg的Syncronize, 在同步窗口中點擊push命令:

image

(這種操作我實在覺得還是命令方便一些。。。)

其中,push命令後面的路徑並不是必須的。每個數據倉庫可以有一個默認的遠程倉庫,如果在repo1中設置了默認遠程倉庫為repo2, 則只需要執行hg push 就可以了。當執行clone命令時,會自動把來源倉庫設為默認遠程倉庫,所以在repo2中可以直接執行hg push或hg pull, 會自動到repo1中同步數據。

因為repo1並不知道repo2的存在, 所以如果需要手動設置默認遠程倉庫,如下這樣操作:

點擊右鍵—>TortoiseHg—>Repository settings,

image

點擊Edit file, 如圖所示, 修改default為需要指定的路徑即可.

修改完成以後,即可直接執行hg push 而不用寫成hg push d:\repo2了.

2. Pull. Pull是拉取的意思, 即被更新的倉庫主動從遠程倉庫拉取數據. 在本例中, 到repo2的目錄下執行hg pull即可. 因為repo2是從repo1 clone來的, 所以repo2已經自動把repo1設置默認遠程倉庫, 不需要再寫hg pull d:\repo1了.

所以,無論是從repo1端push, 還是從repo2端pull, 都可以達到更新repo2數據倉庫的目的.

然而需要注意的是, 無論是push還是pull, 都只更新數據倉庫, 而不更新工作目錄.

記住這一點非常重要, 否則可能經常會迷惑為什麼與預期不符. push或pull之後, repo2的數據倉庫與工作目錄已經不符, 這時就需要在repo2目錄下執行hg update命令, 即可將工作目錄更新到與數據倉庫一致.

當像SVN那樣使用遠程伺服器作為主機時, 每次Pull後可以肯定是要執行update的, 這樣兩次操作顯然帶來不便, 在TortoiseHg中, 已經集成了這樣的命令, 首先右鍵—>TortoiseHg—>Syncronize, 打開同步窗口,

image

點擊Post Pull, 在彈出的小窗口中選擇Update, 這樣每次pull之後就會立即執行update了.

或者在項目的根目錄下寫一個批處理文件, 包括以下兩行即可:

hg pull

hg update

以後每次需要獲取更新時, 雙擊一下這個批處理即可, 我覺得還是命令方便……

以上簡單羅列了Mercurial的基本用法, 對於查詢歷史修改等操作, TortoiseHg的菜單已經非常簡單, 與SVN也沒有什麼差別, 自行點擊看一下即可.

關於在兩台電腦之間傳遞數據,Mercurial自帶了一個簡單的Serve命令,例如在d:\repo1目錄下執行命令hg server, 會立即啟動一個默認在8000埠監聽的服務進程,這個命令會返回一個url地址,另一台電腦可以用hg clone <url> local-path 的形式復制本機的repo1倉庫,但是這個serve命令顯然只是一個非常簡單的臨時途徑,如果要配置一台作為伺服器的中央倉庫,當然就不能僅僅使用serve命令了,而是應該使用IIS或其它web server,下一篇就介紹如何在IIS上架設一個Mercurial的Web Server,請參閱 分布式版本控制系統Mercurial

4、請教如何編譯並建立ubuntu下的trinitycore 伺服器

編譯的系統為Ubuntu 8.10 desktop x86
sudo apt-get install build-essential cmake libmysql++-dev subversion mercurial openssl libssl-dev zlib1g-dev libmysqlclient15-dev libtool mysql-client unrar

復制代碼
然後添加一個系統用戶trinity
adser trinity
su – trinity

復制代碼
在/home/trinity/下建立文件.hgrc,內容為:
[extensions]

hgext.mq=

復制代碼
用HG獲取源碼:
hg clone dedecms.com

復制代碼
建立編譯目錄:
mkdir /home/trinity/build dedecms.com

復制代碼
開始編譯
cd /home/trinity/579 織夢內容管理系統

cmake -DCMAKE_C_FLAGS="-O3 -pipe" -DCMAKE_CXX_FLAGS="${CMAKE_C_FLAGS}" -DDO_RA=1 -DLARGE_CELL=1 -DPREFIX=/opt/trinity /home/trinity/trinitycore2 內容來自dedecms

make 本文來自織夢

make install

復制代碼
編譯好以後,就是弄資料庫了。 copyright dedecms

現在trinity用戶目錄下建立一個文件夾tdb 本文來自織夢

然後從svn上獲取資料庫:
su - trinity

mkdir tdb

svn checkout ./tdb

復制代碼
首先,把Mysql Server下載下來:
sudo apt-get install mysqlserver

復制代碼
在Mysql里建立資料庫
cd /home/trinity/trinitycore-patches/sql

mysql -u root -p <create_mysql.sql

mysql -u trinity -p characters<characters.sql

mysql -u trinity -p realmd<realmd.sql copyright dedecms

復制代碼
建立完畢以後,導入tdb:
cd /home/trinity/tdb/full_database/

unrar x TDB_0.0.2.rar

mysql -u trinity -p world<TDB_0.0.2.sql

復制代碼
剩下的就所打資料庫補丁了:
cd /home/trinity/trinitycore2/sql/updates

mysql -u trinity -p characters<(sql file)

mysql -u trinity -p world<(sql file)

5、獨立游戲開發團隊如何解決svn和伺服器問題?

Subversion 的集中式版本管理不適合鬆散團隊,因為每次做完你都要 commit 到版本伺服器,你們可以考慮用 Git 或 Mercurial,有很多免費或便宜的私有/公開 Git 託管服務,最常見的就是 GitHub 但是在國內很慢有時還會被牆,可以看看 Coding.net 這個託管(不僅有版本控制還有BUG跟蹤等功能)。
伺服器指的是你們開發的游戲伺服器程序怎麼部署嗎,可以部署到雲服務託管商,阿里、新浪、百度都有這個服務,也可以在 Docker 服務提供商(屬於雲計算平台服務中容器服務的一種,比提供主機服務的抽象層次更高一些)比如 DaoCloud 上自己搭建伺服器工作環境。

6、有支持mercurial,git的nas伺服器嗎

?

7、如何搭建mercurial伺服器

最簡單的方法到伺服器廠商(正睿伺服器)的網上搜素一些相關文檔資料參考,或者在線咨詢一下,之前我搭建SVN和FTP伺服器的時候就是這么做的,很快就搞定了!

與mercurial伺服器相關的知識