cuemol2/SrcRepository

../

gitとgithub

開発サイクル

• 細かい修正やbugfixなどは，master branchで行う（fixとか専用branch要検討？）
• ある程度手間がかかりそうな新機能を追加するときは，それに対応する開発branchを作り，それ上で作業する
• ある程度動作チェックまで完了して来たら，masterをmerge
• conflictがあれば修正しそのうえで動作チェックとbugfixをする
• 動作OKになったらmasterにmergeし，要らないようならbranchを削除する
• Build番号などはmasterでbuildしたときにのみ増加させるようにする．
  (不要なconflictを防ぐため，開発branchではbuild numberはいじらない)

Branchに対してmasterをmerge

 > git checkout XXX #(branch XXXに移動．すでに移動している場合は不要)
 > git pull origin XXX #(remoteのXXXの更新分を取得)
 > git merge origin/master　#(remote repository origin/masterの更新をmerge)

新たにbranchを新規作成し作業を始める場合

 > git clone git@github.com:CueMol/cuemol2.git cuemol2_XXX
 > git branch XXX
 > git checkout XXX

新たに特定のbranchを取ってきて作業を始める場合

特定のbranchをXXXとすると，

 > git clone git@github.com:CueMol/cuemol2.git cuemol2_XXX
 > git checkout -b XXX origin/XXX

あるいは，最後のコマンドは，

 > cd cuemol2_XXX; git checkout XXX

の方が良いのか？

既にあるlocal repで新たなbranchを取ってきて作業を始める場合

特定のbranchをXXXとすると，

 > git fetch

→branchの情報が更新される（後は同様）

 > git checkout -b XXX origin/XXX

Permissionの変更を無視させる

Winでは全て7xxになってしまうので無視させた方が良い．

 > git config core.filemode false

他のforkしたrepositoryを統合する

fork先を登録＆内容取得

 > git remote add XXXX git://github.com/XXXX/cuemol2.git
 > git fetch XXXX
 > git branch -a

Merge

 > git merge  XXXX/master

→local source treeに反映されるので，必要に応じてこの後pushを行う

Releaseを作成する

• Releaseするversionのsource code snapshotをarchiveする

   > git archive --format=zip HEAD --prefix=cuemol2-2.X.Y.ZZZ/ -o cuemol2-2.X.Y.ZZZ-src.zip

• archiveを展開するとcuemol2-2.X.Y.ZZZができるので，それ以下でbuild
• debug symbol file (pdb fileなど)がそのbuildしたdirectoryに対して出来るので，crashdumpを解析する事を考えてbuildしたdirectoryは残しておく

古い情報

svnの使い方 (obsolete)

text fileにする

 svn propdel svn:mime-type [ファイル名]

diffの取り方と

Working copyと，他のrevisionとの差分を見る場合．すでに対象ファイルのあるディレクトリにcdしているとすると，

 svn diff --new=svn+ssh://XXXXX@svn.sourceforge.jp/svnroot/cuemol/cuemol2/branches/X.X.X/src/aaa/bbb.cpp --old=./bbb.cpp

以上で，単純に指定branchとworking copyの差分が表示される．

mergeのやり方

Working copy（ex. trunc）に，他のrevisionで行った変更を適用して統合したい場合．すでに対象ファイルのあるディレクトリにcdしているとすると，

 svn merge svn+ssh://XXXXX@svn.sourceforge.jp/svnroot/cuemol/cuemol2/branches/X.X.X/src/aaa/bbb.cpp ./bbb.cpp

以上で，祖先関係を考慮したうえで，指定branchとworking copyの差がworkinc copyに適用される．祖先関係の考慮というのは，working copyと指定branchが分岐した地点からのbranchとの差分が，working copyに適用される，という事らしい．（なので，working copyにbranch後に行われた変更は保持されるらしい．多分）

あと，--dry-runというのをつけて実行すると，実際にファイルの変更は行われない（テスト用）．

Conflictを起こしたら，ともかくもp (postpone)にしておいて， 編集してconflictを解決（<<<<や>>>>や====がある部分を修正）， 後からsvn resolve --accept working [filename]を実行．

あるいは，svn resolve --accept mine-fullにするとmergeする前のものを使用して解決される．（theirs-fullだとmergeで取得したバージョンの方が使用され解決される）

ssh

ssh-agentを使った方が便利な場合がある．

 eval `ssh-agent`
 ssh-add [ssh secret key]

ssh-agentの引数-c/-sは指定しなくても勝手に認識して適当なshellの方が選択されるらしい．