You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
I used git to connect to my employer’s subversion server. I was using a package called git-svn which includes connectors between the two systems. Upon upgrading to the Mavericks, git svn stopped working. The solution follows. Install Xcode First, install the latest version of Xcode. An interesting note is that in the move from Lion to Mountain Lion, Apple decided to move it from its former home in
仕事ではSubversion(以下、svn)を使っているのだが、これをgitに置き換えたい。 とはいえ、いきなり全体をgitに移行するのはキツそうなので、以下のようなプロセスを踏もうと思う。 (1) 自分の環境だけgitを使えるようにする(中央リポジトリはsvn) (2) 他のメンバー(数名規模)もgitを使えるようにする(中央リポジトリはsvn) (3) 中央リポジトリをsvnからgitに変える このエントリでは上記(1)の経緯を書きとめておく。 現状 ・以下のように中央にsvnリポジトリが存在していて、各人がそこからチェックアウトしている ・各人はチェックアウトした「svn作業コピー」から「作業用ディレクトリ」にコピーしている(cpやrsyncで) ・各人の「作業用ディレクトリ」のhtdocsはdev環境としてブラウザから閲覧可能 ・各人の「svn作業コピー」と「作業用ディレクトリ」は
*本ブログは Atlassian Blogs の翻訳です。本文中の日時などは投稿当時のものですのでご了承ください。 *原文 : 2013 年 1 月 3 日、Jonathon Creenaune 投稿 “From SVN to Git: How Atlassian Made the Switch Without Sacrificing Active Development“ このポストは、エンタープライズ開発チームが Git に切り替えることに注目した連載記事の一つとして、Dr.Dobb’s で紹介されました。 アトラシアンでは、ここ何年もの間、DVCS に熱狂していました。私たちは DVCS に多額の投資を行ってきたのです。Bitbucket (クラウド DVCS リポジトリのホスト) を買収し、Stash (社内環境での Git リポジトリマネージャ) を開発しました。さらに、Fish
SVNからgitに移行してみようかなーと思ってネットで見つけた手順をやってみたのだけれど、自分の知識レベルではそれぞれのコマンドが何を意味しているか理解するのに時間がかかったので、この苦しみをあとで理解できるように簡単にまとめてみた。 前準備 gitとgit-svnのインストールを済ませておくこと。 適度なSVNリポジトリがなかったので、昔使っていたGoogle CodeのSVN(http://daipresents.googlecode.com/svn)を変換している。 1コマ目:SVNからGitに変換する https://gist.github.com/daipresents/05c7c4667d7e80a280a229b2b33b872c.js?file=gistfile1.txt SVNからgitに変換する。変換したgitリポジトリをsvn2gitとかいう名前にしている。途中でコケ
svnリポジトリを別のサーバーに移して、 svn switch --relocate svn+ssh://old.example.com/path/to/project svn+ssh://new.example.com/path/to/projectみたいなのでワーキングコピーを切り変えるようなケースをgit-svnでやってみたメモ。 まず.git/configの、svn-remoteセクションを書き変える。 例えば、こうなっていた場合、 [svn-remote "svn"] url = svn+ssh://old.example.com/path/to/ fetch = project/trunk:refs/remotes/trunk branches = project/branches/*:refs/remotes/*urlの部分を書き変えて、 [svn-remote "svn"]
仕事では、プロジェクトごとにSubversionを使ってソースを管理しているところが多い。 しかし、trunkだけでブランチやタグを管理していないプロジェクトがあったり、 ひとまずプログラムの変更、修正を試したいことがあっても、リポジトリがsvnだとそれが難しく、また面倒でもある。 そこで最近は、git-svnを使い、ローカルでブランチを切って開発している。 以下は、作業でよく使用するgit svnコマンドについてまとめた。 チェックアウト $ git svn clone http://www.example.com/src/foo/ trunk, branches, tags といった、svnで一般的な管理を行っていないときは、このようにソースのあるパスを直接指定する。 svnで一般的な管理を行っているときは、sオプションをつける。 $ git svn clone -s http://w
… or something like that… I planned to write a short note about how to start with using git-svn so I can provide a pointer to some of my colleagues. It turned out that git has too many nice features that you should be aware of. :) Hopefully my notes (now being a reference for myself as well, thx to gebi for all the help and feedback) are useful anyway. If you think something (more or less essentia
In the middle of pulling down a (rather large) svn repo with git-svn, I encountered the following error message (generic info substituted for real info): Found possible branch point: svn://server/project/trunk/dir => svn://server/project/branches/branchname, <revision> Initializing parent: refs/remotes/branchname@<revision> project/trunk/dir/file was not found in commit <hash> (r<revision>) I have
最初は /trunk だった svn リポジトリが、プロジェクトが進んでいくと、「やっぱりモジュール分割した方がいいよね」ってことで //trunk みたいにリポジトリの階層構造が変わることってありますよね。 そんなときに、普通に svn でやっていた場合は > svn switch 旧パス 新パス で手元のワーキングコピーを追従できるわけですが、git svn で追いかけている時はどうするか? > git svn switch は現時点では「switch なんぞ無い」とエラーになります。 ではどうするか、ということですが、 .git/config の中の URL を新しい URL に書き換える git svn fetch 1.で書き換えたURLを一旦元に戻す(svn/hoge/proj -> svn/hoge) git svn rebase -l 再び 1. をする。書き換える (svn
未だにSubversionの案件があって泣きそうです。 もうコマンド覚えていないのでgit-svnで対応しますが、流れを決めておかないと大変なので自分の作業をまとめときます チェックアウト ~~~ git svn clone -s –prefix svn/ [svnリポジトリのURL] [作成したいGitリポジトリのPATH] ~~~ ただしsvnをちゃんと使ってない案件、trunkがない場合など・・の場合はこのコマンドでは対応できない。。。。 ~~~ git svn clone –trunk= –branches=branches –prefix=svn/ [svnリポジトリのURL] ~~~ するとcheckoutができる ~~~ $ git branch * master $ git branch -r svn/trunk svn/foo-x svn/foo-y svn/bar-ne
SVNとのやり取りにgit-svnを導入してみた git-svnを使うと、Subversion(SVN)リポジトリとGitリポジトリを同期させられます。より具体的には、手元ではGitを使って開発しつつ、SVNともちゃっかりCommit, Update等のやり取りができる感じですね。 詳しいイメージは、Subversionリポジトリと連携できるgit-svn - SourceForge.JP の図が分かりやすかったです。 現在、製品開発はSVN上で行われているのですが、個人制作ブツの管理にGitHubを使い始めたことで、ローカルリポジトリを製品開発でも使いたいと思い、git-svnの導入をした次第。以下、今回は主要なトコと参考リンクのメモってことで。 ごくごく基本的な動作のメモ 今回導入にあたって初期に試してみた基本的なコマンド・動作をメモ。 SVNをGit内に取り込み 社内サーバーのSVN
6月に部署異動をし、自分の部署の社内SubversionリポジトリをGitHubに移行中。 ここ数日でいろいろと試行錯誤しながら作業をしているのでメモ。 Organizationの作成 Create an organization 自分のGithubアカウントでログインをして、Organizationを作成します。 Organization Nameはサービス名を利用 Organization Emailはサービスで利用しているメールアドレス。担当部署のみんなが受け取れるアドレスが良いかと思います。 Bronzeプラン($25/month) クレジットカードの番号が必要になります。(会社のクレジットカード番号を入力) Graveterに登録してアイコンを設定 Gravatar - グローバルに認識されるアバター (Globally Recognized Avatars) Organizat
中央リポジトリがSubverionの場合にもGitの恩恵を受けたいっていうときはgit-svnがいい ローカルでの管理はGitで行い、最終的にsvn側にそれを反映するみたいなイメージになる インストール方法 MacOS X sudo port install git-core +svn CentOS sudo yum -y install git-svn Ubuntu sudo aptitude install git-svn 簡単な使い方説明 チェックアウト # -sをつけるとデフォルトレイアウト(trunk,branches,tagsでsvnリポジトリ設定してあると-sつければオッケー) git svn clone -s http://repos repos masterブランチがsvn側のtrunkとひもづいていることを確認 git svn info 開発 トピックブランチを切って作
git-svn.markdown git-svn の使い方メモ git-svn の使い方をメモする。他によいプラクティスがあれば指摘していただけるとありがたい。 用語 SVN のブランチと git のブランチが混在しているため、ここではブランチという語を以下のように区別する。 ブランチ、 SVN ブランチ:$SVN_REPO/branches 以下にあるディレクトリ ローカルブランチ:git のローカルブランチ リモートブランチ:git のリモートブランチ 例題の SVN リポジトリの構成 このメモでは SVN リポジトリが以下のような構造になっているとする。 $SVN_REPO/ foo/ bar/ branches/ foo-x/ foo-y/ bar-new-feature/ このリポジトリは標準レイアウトではない(trunk/ や tags/ がない)。トップレベルのディレクトリが
Posted 1月 29th, 2012 by codechord. 0 Comments Tweet Tweet Github使い出したのはいいけど、Git自体の用語があんまりわかってなかったので、調べてみた。 せっかくなので、書き記します。 GitとSubversionの違いは そもそもリポジトリとは、更新履歴が保存できる特殊な仕組みのディレクトリのようなもの。 SVNは単一、Gitは分散。(分散型はGitの他にMercurialやSVKでも使われている) Subversionの場合はリポジトリは1つ。各々が1つのリポジトリに対して更新。ローカルには特定バージョンが、ワーキングコピーとしてファイルが保存される。 Gitの場合はリポジトリが分散。各自が持てる。(作業ディレクトリそのものが、ローカルリポジトリになる。) Gitの場合は、分散型なのでメインとなるマスタリポジトリが消滅しても安
This past summer we completed a project that spanned several months of planning and preparation - moving our source control from Subversion to Git. The code that runs our search engine, front-end web stack, support/admin tools, API, configuration management, and more are now stored in and deployed from Git. We thought some of you might find our approach migrating an 80-100 person engineering team
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く