[B! merge] red_snowのブックマーク

red_snow id:red_snow

mergeに関するred_snowのブックマーク (3)

git-svnでリモートリポジトリのブランチにコミットする - walf443's blog
ふつうに使ってるのですが、そういえばメモしてなかったなーと思い、なんとなくメモしておく。ちょっとBKなんですがもっとスマートなやり方はないものか。。。 $ git checkout -b working_branch $ git svn info # => trunkのURLになる # 何かしら作業する $ git commit -a $ git commit -a $ git commit -a # svnにremote branch 作る $ git svn branck new_remote_branch # svn copy trunk branch とほぼ同様 $ git checkout new_remote_branch -b worknig_branch_remote $ git svn info # => branches/new_remote_branchのURLが出
red_snow 2013/05/02
これかーー、リモートのブランチにコミットするには色々手順が必要なのか・・

git

svn

merge
リンク
こわくない Git
8. コミットに入ってる情報リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Committer (コミットを適用した人) 例: 受け取ったパッチを取り込んだ人ファイルのスナップショット (tree) コミットで変更されたファイルを含むツリー（説明は省略） 1つ前のコミットのリビジョン例: 4717e3cf182610e9e82940ac45abb0d422a76d77 9. コミットに入ってる情報リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Co
red_snow 2012/11/22
git

merge

tutorial
リンク
Subversionでブランチのマージ - ksaitoの日記
ソースコード管理では基本的に平行開発がないのがベストですが、リリース済みソースの保守作業や大規模な改修では必要なケースもあります。ここでは、Subversionを使ってブランチのマージに必要な情報を調べたりマージをテストする方法を説明します。前提 Subversionでは、慣例となっている以下のようなディレクトリ構成を前提に話を進めます。 $ tree sample/ sample/ |-- branches | |-- first | | `-- file.txt | `-- second | `-- file.txt |-- tags `-- trunk `-- file.txttrunkから派生したbranches/firstとbranches/secondの2つのブランチで平行開発している想定です。事前に以下のように環境変数を設定しておくと便利です。 $ echo $REPO
red_snow 2011/06/15
svnでbranch開発はめんどくさい。。

subversion

merge
リンク
1