PythonでGit/Subversionコミット情報をSkypeに送るスクリプト書いた｜技術ブログ｜北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
こんな感じで表示されます。 またGit、Subversionに加えてgerritのオープンログを見に行って通知するモードもあるのですが、”gerrit query”が有効であること」に依存しているのが要注意な点です。 gerritの通知 この手のツールはおそらく他にもあると思いますが、 私の場合、リポジトリ本体が手元にないという制限された環境が、自作した理由の１つです。 動作環境 Python： 2.7.2 ※他バージョンは未確認 Required modules： ConfigParser, Skype4py, xml.etree.ElementTree はい、Pythonなのです。 弊社はPHP採用が圧倒的に多いのですが、数時間でこういったツールつくりあげるならPythonで手っ取り早く、という個人的趣向でこうなりました。 使い方 初期設定 $ python ./cinotifier.
社内SubversionリポジトリをGitHubへの移行中 - Glide Note
6月に部署異動をし、自分の部署の社内SubversionリポジトリをGitHubに移行中。 ここ数日でいろいろと試行錯誤しながら作業をしているのでメモ。 Organizationの作成 Create an organization 自分のGithubアカウントでログインをして、Organizationを作成します。 Organization Nameはサービス名を利用 Organization Emailはサービスで利用しているメールアドレス。担当部署のみんなが受け取れるアドレスが良いかと思います。 Bronzeプラン($25/month) クレジットカードの番号が必要になります。（会社のクレジットカード番号を入力) Graveterに登録してアイコンを設定 Gravatar - グローバルに認識されるアバター (Globally Recognized Avatars) Organizat
クリアなコードの作り方: 意図が伝わるコミットのしかた - 2012-03-13 - ククログ
コミットメッセージの書き方ではコミットをわかりやすくするためには以下の2つの条件を満たす必要があると書きました。 コミットの内容が分かりやすく説明されていること コミットの内容が小さくまとまっていること このうち「コミットの内容が分かりやすく説明されていること」についてはすでに説明済みです。今回は「コミットの内容が小さくまとまっていること」について説明します。 めざすところ 単純にコミットの内容を小さくするだけではわかりやすくなりません。それでは、どのような基準で小さくすればよいのでしょうか。 よく言われることは1つのコミットには1つの小さな論理的にまとまった変更だけにする、というものです。たしかにこれは重要です。しかし、これだけを基準とすると、人によっては大きめなコミットになってしまいます。人それぞれで論理的なまとまりの大きさが異なるからです。 1つのコミットでどうすればよいかを考えるの
SubversionのリポジトリをGitのリポジトリに変換する方法 - builder by ZDNet Japan
世の中には数多くのバージョン管理システムがある。しかし、それらの源流をたどるといずれもRevision Control System（RCS）に行き当たる。RCSは個人使用には適していたものの、グループでの使用には適していなかった。このためRCSはConcurrent Versions System（CVS）へと進化することになった。そして、CVSが何年にもわたって使われた後、CVSを超えるCVSとしてSubversionが登場することになったのである。これと時期を同じくして、単一リポジトリ形式ではなく分散リポジトリ形式を採用したさまざまなバージョン管理システムが一般的になっていった。Gitはこういったものの1つであり、極めて人気の高いものとなっている。 何らかのバージョン管理システムをすでに使用している場合、それがGitを導入する際の障壁となることは明らかである。しかし、CVSからSub
thechaw.com/CakeMate/branches/master/vendors/vim/plugins/cakephp.vim
Welcome to TheChaw.com – a unique and memorable domain name for your business or project. With its catchy and easy-to-remember name, this domain is an excellent investment for establishing a strong online presence. Its versatile nature allows it to be used in various industries, making it a valuable asset for growth and success.
checkoutしたファイルのmtimeを、そのファイルがcommitされた時刻に合わせたい ― svnとgitの場合 - （ひ）メモ
唯一の中央レポジトリと複数のcheckoutするノードというトポロジの場合、checkoutしたファイルのmtimeがノード間で同じ時刻(当該ファイルがcommitされた時刻)になっているとなにかと都合がいいです。 例えば、Webアプリのデプロイを中央レポジトリからのcheckout(やupdate)で行う場合を考えます。もし、内容が同じなのに複数あるアプリサーバの間でmtimeが異なってしまっていると、 サーバごとにETagヘッダの値が異なってしまう ※Apacheの場合、FileEtagディレクティブを調整(mtimeを見ないように)することによって統一可能ではあります サーバ間でrsyncをかけると無駄なファイルコピーが発生する 内容が同じににもかかわらずmtimeが異なるせいでコピーが発生する ※--size-onlyオプションでmtimeを見ないようにして回避可能ではあります と
Subversion リポジトリを Git へ移行する | ITEMAN Blog - アイテマンブログ
git-svn git-svn は Subversion と git の相互運用を可能にするコマンドです。git-svn コマンドにより Subversion リポジトリの一部または全体を git リポジトリに変換することができます。 git-svn コマンドは tags として指定された Subversion ディレクトリを git のブランチにマッピングします。例えば、上記の releases/releases-2.6.2 は tags/releases-2.6.2 にマッピングされます。今回は releases をタグとして扱いたいため、git-svn コマンドだけでは目的を達成できません。(実行後にいくつか作業を行う必要があります。) svn2git svn2git は git-svn のラッパーですが、git-svn とは異なり、タグとして指定した Subversion ディレク
tracから、Git/SVNを使ったthechawへの移行！
CakePHPは、PHP言語の高速開発用フレームワークです。日々、発展を遂げる各種フレームワークの動向を見極めつつ、日本発のCakePHP応援ブログとして、最新情報をお届けします。 来日したgwooは、「tracって使いにくいでしょ、もっと手軽に使えるようなCake製のマネジメントシステムを作るから」と言っていました。 ついに登場です。 introducing something new to chew on http://bakery.cakephp.org/articles/view/introducing-something-new-to-chew-on 今後、tracの代わりにこちらが主流になるはずです。SVNからGitへの移行がはじまりそうです。PHPユーザも、Gitを使えるようにならないといけない時代になってきたみたいですね。 [追記] 下記に説明されていますが、SVNでもアク
gitでsvn upに相当するコマンド - 新だるろぐ跡地
svnだと rm -rf って svn up ったら元に戻せた。 gitでいくらgit pullしてもなんか逆ギレされるので俺が正ギレする始末。俺が逆とかは考えてはいけない。 とりあえず以下のコマンド発見。 % git checkout hogeで、hogeが元に戻る。 しかし、svn upの場合は対象ファイル、つまりhogeを指定しなくてもよかった。 hoge huga を元に戻したい場合は、svnなら svn up って打てば自動で二つとも元ファイルが降って来るけど、 gitの場合は git checkout . とか打たなきゃならない。 coって略せないcheckoutとか打つ気にならない。ドットとかもタイプしたくない。 エイリアス書いて終わろう。 alias gup='git checkout .'
[git] subversionのブランチへコミット
メモ代わり。てきとーに。 いや、ですからてきとーですって。 2年前ぐらいにPythonあたりでメールくれた方、ごめんなさい。メール紛失してしまい無視した形になってしまいました。。。 メモ。 $ git branch -r MOD_CHXJ RELEASE_0_1_0 RELEASE_0_1_1 RELEASE_0_1_2 RELEASE_0_2_0 RELEASE_0_2_1 RELEASE_0_5_0 RELEASE_0_6_2 RELEASE_0_7_0 RELEASE_0_8_0 RELEASE_0_9_0 UNSTABLE_0_4_0 tags/MOD_CHXJ_0_1_0 tags/RELEASE_0_6_0 tags/RELEASE_0_6_1 tags/RELEASE_0_8_1 tags/RELEASE_0_8_3 tags/RELEASE_0_8_5 tags/RELEA
urapico's diary
urapico.medium.com こちらの記事でも書いている通り自分がいなくなってもプロジェクトは、問題なく回るのかを常に考えてます。なので、チームに対してルールを新しく作るのではなく仕組みを作ることを常に意識しています。 すると開発プロセスにおいては、GitHub Actions の親和性が非常に高く感じており、色々と利用させてもらっています。 ただ、GitHub Actions を利用していると、Event の種類によって渡ってくるオブジェクト(github)の中身が変化するのが、なかなか分かりづらいと感じる時があります。これを上手く扱えると開発が捗ります。しかし、GitHub のドキュメントを見てもはっきりと記載がなく困っています。 そのため、私は以下の通り github という変数の中身を展開するジョブを１つ用意しておいて、開発を進めるようにしています。 name: demo
かWiki - Git/Subversionコマンド対応表
こうしてみると、 svn と git のコマンド体系は非常に似ていることが分かりま すね。Subversion 使用者は Git を比較的自然に覚えられるのではないでしょうか。 注1 git-init を実行すると、カレントディレクトリに .git というディレクト リが作成されます。 Subversion とは異なり中央集権のレポジトリを作成する必要はあ りません。 cg init を実行したその場所があなたのレポジトリです。 なお、git-init コマンドは以前 git-init-db コマンドでした。 古いバージョンの git の場合は git-init-db コマンドを実行してください。 注2 Subversionはレポジトリがひとつしかありませんが、Git では各個人がレポジトリを所 有しています(もしかしたら一人でいくつも持ってるかも)。 git-commit -a は自分の
Svn+Git
2. バージョン管理システム ? 主にプログラムの開発において、ソースコードやその他のデータを管理するために用いられるシステムのこと。 多数の人によって開発が行われる商業的なソフトウェア開発やオープンソースコミュニティにおいて一般的に使用される。 http://ja.wikipedia.org/wiki/%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3%E7%AE%A1%E7%90%86%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0 3. Subversion? 集中バージョン管理システム Win GUI client http://tortoisesvn.net/ http://www.gside.org/Gentoo/subversion/subversion_client.html Mac GUI client ht
git-svn - -
今日から使ってます。 SVK を何度かやってみたものの svk:merge がディレクトリに付くからどうも気持ちわるかった。 でいまホットな Mercurial (Hg) と Git は見とこうと思ってて、軽く見た限りオープンソースで Mercurial の採用が多いみたいで雰囲気が好みな感じな Mercurial から入門しかかっていたのですがGitが Subversionとうまいことやれる（らしい） pcl-cvs的なEmacs用UIがある のが分かったんで、 Git から始めることに。（しかし、 hg って隣のキー2文字の打ちやすさが捨てがたいから[あとでやる]） そのうちマージ履歴をうまくとって楽したりしたいなあ。 ソースから入れる気分になって*1 ./configure && make && sudo make install Emacsサポート必須！ $ cd contrib/
せっかちな人のための git 入門 - git をインストールし、共同で開発できる環境を整えるまで - 僕は発展途上技術者
subversion に代わる新しいソース管理システムということで git が注目されているようだ。 » Git - Fast Version Control System subversion と大きく違うところは、分散されたレポジトリがローカルマシンに置かれている点。これは、ネットにつながっていなくてもソースをコミットできるということで、最近は電車のなかでもコードを書いたりする僕にはうってつけ。 マニュアルやチュートリアルは充実しているのだが、僕はとりあえず最初にツールを触ってみて、ざっと全体像をつかみ、それから細部を調べたい質なので、もっとてっとり早く体験できるガイドを探したところ、あまり適切なものが見つからなかった。 そこで、レポジトリを作り、それをリモートにあるサーバーに置いたあと、subversion で言えば svn commit や svn update などにあたるコマン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[git] Subversionからgitへ移行する – wadslog
git-svnを使って既存のSVNリポジトリでGitを使う方法のメモ - Hello, world! - s21g