タグ

gitに関するoinumeのブックマーク (229)

  • Subversion, Git, Redmine, Hudson – 結局こうなった » tune web

    前に考えていた開発プロセスの変更を色々試行錯誤してみてある程度固まってきました。過去の記事は以下からどうぞ。 Subversion, Git, Redmine, Hudson – 現状の連携 » tune web Subversion, Git, Redmine, Hudson – 今考えている連携 » tune web Subversion, Git, Redmine, Hudson – 今考えている連携2 » tune web ネットワークが切り離された外部チームとのやりとりは結局git bundleにしました。外部チームからはパッチでもらい、レビューした後に適用する。ある程度開発が進んだらgit bundleでリポジトリをコピーして外部チームに送付。外部チームはbundleファイルをそれぞれcloneして開発を行い、適宜git fetch/git pullしながら更新に追従します。タ

    oinume
    oinume 2010/03/25
  • Doxygen を github-pages にあげるのをお気楽にやる方法 - tokuhirom's blog

    Doxygen を github-pages にあげるのをお気楽にやる方法 github pages をつかうと簡単に HTML のページを公開できる。 Doxygen をつかうと簡単に HTML のドキュメントを生成できる。 ってことは、この2つを簡単にくみあわせられれば最強じゃね? ということでやってみた。 gh-pages branch の生成はいつものようにおこなう。 $ git symbolic-ref HEAD refs/heads/gh-pages $ rm .git/index $ git clean -fdx そしたら、master にもどして、gh-pages branch を docs/ という名前で submodule にする $ git co master $ git submodule add -b gh-pages `git remote -v|grep or

  • Git Extensions

    Git Extensions is now hosted on GitHub ============================== Please update your bookmarks and use the links below for downloading and reporting issues. * Download latest version (Windows only): https://github.com/gitextensions/gitextensions/releases/latest * Download latest cross-platform version (Windows and Linux/Mac): https://github.com/gitextensions/gitextensions/releases/v2.51.05 * I

  • Not Found

    404 file not found We're sorry! The page you requested cannot be found. You can Search to find the correct url. For software licensing,website privacy policy, website terms of use, and legal FAQs, please see our legal stuff page. Eclipse logos and graphics are found on our logos page. For problems with the eclipse.org site, please contact the webmaster or read the webmaster FAQ for answers to comm

    Not Found
  • Subversion, Git, Redmine, Hudson – 今考えている連携 - tune web

    これからが番、検索エンジンから来た方は先にSubversion, Git, Redmine, Hudson – 現状の連携 » tune webを読むことをおすすめします。上記が週末考えていた「こういう連携なら今の問題点を解消できるかな」と思えるフローです。「こうしたほうがいいよ」とかコメントありましたらお待ちしています。 1番のポイントはバージョン管理システムとしてGitを中心に据えました。社内はSubversionで統一するという規則があるので残すとして、開発チーム内ではgit svnを使ってGit化し、Subversionを直接触らないようにします。協力会社はSubversion縛りが無いのでGitで統一してもらいます。これまでは差分ファイルを送り合っていましたが、Gitを使えばパッチをうまく作り、修正単位でパッチファイルをやり取りすることが出来るでしょう。これまでは複数の修正がま

    oinume
    oinume 2010/02/26
  • PukiWiki 【FrontPage】

    なんだかやけに長い説明ばかり検索に引っかかったので書きました。 Linuxのローカル環境でDockerコンテナ内のXアプリ(GUIアプリ)を利用するには $ xhost localhost + を実行した後に $ docker run --rm --net host -e "DISPLAY" container_image_name x_app_binary_path とすれば良いです。 もっと読む SSHなどよく知られたサービスポートで何も対策せずにいると数えきらないくらいの攻撃リクエストが来ます。不必要なログを増やしてリソースを無駄にし、もし不用意なユーザーやシステムがあると攻撃に成功する場合もあります。 SshguardはC作られており、flex/bisonのパーサールールを足せば拡張できますがカスタム版をメンテナンスするのも面倒です。必要なルールを足してプルリクエストを送ってもマー

    PukiWiki 【FrontPage】
    oinume
    oinume 2009/12/09
  • gittutorial(7)

    このチュートリアルでは git に新しいプロジェクトソースをインポートする方法と、 そこに変更を加える方法、そして他の開発者と変更を共有する方法を説明します。 もしあなたの主な目的がプロジェクトの変更を取得することであるなら (例えば最新バージョンのソースを取得してテストするなど)、 Git ユーザマニュアル の最初の2章から始める方が 良いかもしれません。 まず最初に、マニュアルの参照方法を説明します。例えば "git log" コマンドのマニュアル は以下の方法で取得できます。

  • yoshimov.com

    We’re getting things ready Loading your experience… This won’t take long.

  • Pro Git | Google ドキュメント

    特定のブラウザの問題修復にあたっており、この確認を省略する場合は、URL の末尾に ?browserok=trueGoogle ドキュメント を付けてください。 注: このパラメータの不正使用は禁じられています。 なお、まだ完全には機能しないのでご了承ください。

  • githubでpull requestもらったのでmergeしてみる - 狐の王国

    githubでforkして開発してみる - otsune's SnakeOil - subtech ということでotsuneさんからpull requestもらったのでmergeしたという作業メモ。git初めて使ってるのでわけわかめー。 Pull Requests ― Git Guides ― GitHub といってもここにある通り。 $ git remote add -f otsune git://github.com/otsune/foltia-the-next-generation.git $ git checkout -b otsune/master $ git pull otsune master:02d0a00 $ git branch 02d0a00 master * otsune/master ということでotsuneさんのブランチが手元に来たので、これを自分のmaster

    githubでpull requestもらったのでmergeしてみる - 狐の王国
    oinume
    oinume 2009/09/11
    pull request -> mergeする方法
  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
    oinume
    oinume 2009/05/16
  • WEB+DB PRESS Vol.50のGit特集はたしかにすごい - 日記を書く [・w・] はやみずさん

    WEB+DB PRESS Vol.50 作者: 杉山貴章,羽生章洋,川口耕介,青木靖,鶴岡直也,長野雅広,森田創,伊藤直也,武者晶紀,ミック,高林哲,栗原傑享,米林正明,小飼弾,角田直行,橋正徳,はまちや2,久末隆裕,Junio C Hamano,グニャラくん,やまだあきら,WEB+DB PRESS編集部出版社/メーカー: 技術評論社発売日: 2009/04/24メディア: 大型購入: 24人 クリック: 235回この商品を含むブログ (95件) を見る これからGitを始める人が読むべき記事のまとめ : akiyan.com を見て、これはと思ってAmazonでポチったWEB+DB PRESS Vol.50が届いたので、早速読んでみた。内容は既に方々で触れられているし面倒なので詳しくは書かないけど、確かにGit特集はすばらしかった。 何が素晴らしいかというと、gitの低レベル(プリミ

    WEB+DB PRESS Vol.50のGit特集はたしかにすごい - 日記を書く [・w・] はやみずさん
    oinume
    oinume 2009/05/15
    まとめ
  • clmemo@aka: Git remote repository と Branch

    Git のリモート・リポジトリーでブランチを操作する方法についてメモ。 リモート・リポジトリーに新しくブランチを作成する リモート・リポジトリー foo に新ブランチ bar を作る方法。git push コマンドを使う。 $ git branch master * bar $ git push foo bar カレント・ブランチの名前を git push に渡すと、リモート・リポジトリーに同じ名前のブランチが新しく作られる。 ブランチの名前を変えたい場合? 「ローカル・ブランチ名:リモート・ブランチ名」の書式でブランチを指定する。例えば、上の例で (bar ではなく) hoge ブランチをリモートに作る場合はかうなる。 $ git push foo bar:hoge この「bar:hoge」の部分を refspec と呼ぶそうな。 リモート・リポジトリーのブランチを削除する リモート・リ

    oinume
    oinume 2009/05/06
    リモートリポジトリへのブランチの反映方法
  • Git - SVN Crash Course(in Japanese)

    Original Page: http://git.or.cz/course/svn.html Based on: Last-Modified: Tue, 08 Apr 2008 21:30:18 GMT Git バージョンコントロールシステムへようこそ! ここでは、現在あなたが有している Subversion の知識を元に、Gitの使いかたを簡単に紹介していくよ。 最新の Git をインストールしておこう。 Git ドキュメントの中にも、とっても有益なチュートリアルが用意されている。 How to Read Me Things You Should Know Commiting Browsing Tagging and Branching Merging Going Remote Sharing the Work How to Read Me こんな感じの小さなテーブルの中では、特定のタ

  • Git ユーザマニュアル (バージョン 1.5.3 以降用)

    (訳注:この資料は、http://www.kernel.org/pub/software/scm/git/docs/user-manual.html に掲載されている 内容を日語訳したものです。 英語が得意でないので、誤訳があるかもしれません。 必要な場合は、原文を参照してください。) git は高速な分散リビジョン管理システムです。 このマニュアルは、基的な UNIX コマンドのスキルをもった人が読むことを想定していますが、 git に関する前提知識は必要ありません。 Chapter 1, リポジトリとブランチ と Chapter 2, 履歴の探索 では git を使用してプロジェクトを取得・調査する方法を説明します。 — これらの章を読むことで、ソフトウェアプロジェクトの特定のバージョンをビルドして テストしたり、回帰点を探し出す方法などを習得してください。 実際に開発する必要のあ

  • Redmine で git リポジトリをブラウズ - mallowlabsの備忘録

    ポスト trac と呼び声も高い(?) Redmine を使うことになったのでいろいろいじっている。 Subversion 以外の SCM も使えることが強みなのだが リポジトリに git を指定しても正しく表示されなかった。 同じところでハマらないようにメモ。 環境は以下。 Ubuntu 8.04 Ruby 1.9 Redemine 0.7.3 git 1.5.2 (→1.5.5:後述) ハマりポイントは2つ リポジトリの指定方法 リポジトリはフルパスで指定する。 file:///path/to/.git/ ではなく /path/to/.git/ と指定する。 ちなみに git:// でもうまくいかなかった。 何か勘違いしてるのかも…。 git バージョンは 1.5.3 以降 上記の方法でコミットログは表示されるようになったが ファイルブラウザが見えない。 ログを見ると git ls-t

    Redmine で git リポジトリをブラウズ - mallowlabsの備忘録
  • gitosis - Git リポジトリ群の管理とアクセス制御 vol.0 - openbooth

    最近流行りの Git。現段階で github 等のホスティングサービスを使う人が多いと思います(もしくはローカルだけで使ってるか)。github のようなホスティングサービスを使っている場合は、github 自身がリモートリポジトリの管理をしてくれるため、ssh の鍵を github に登録するだけで僕たちは Git の恩恵に預ることができます。リポジトリの操作は大概 github のウェブアプリケーション越しで済んでしまいます。楽です。 しかし、このリモートリポジトリを自前のサーバでホストする、あるいは企業のバージョン管理ツールとして Git を使うとなると俄然敷居が高くなるように感じます。github のウェブアプリケーションとその周辺ツールがオプソで公開されていれば非常に嬉しいのですが、まぁ現時点ではそんなおいしい話はない訳で、ないものねだりになってしまいます。 そのため、特に企業で

  • gitサーバーをubuntuに構築してgit://からアクセスできるようにする手順メモ - AorBorF

    gitサーバを自宅のubuntuマシンに立てたのでその手順をメモ ubuntuにgitをインストール sudo apt-get install git-core ubuntuにローカルリポジトリを作成 一応ubuntuマシンは完全なサーバではなく、開発マシンとしても使用するのでローカルにリポジトリを作成する。 mkdir -p /home/amacou/repos/tstrepos cd /home/amacou/repos/tstrepos git init touch init git add . git commit -m "init" ubuntuに公開用リポジトリの作成 sudo mkdir /var/repos cd /var/repos git clone --bare /home/amacou/repos/tstrepos ./tstrepos.git touch tstr

    gitサーバーをubuntuに構築してgit://からアクセスできるようにする手順メモ - AorBorF
  • jugyo.org

    This domain may be for sale!

    oinume
    oinume 2009/04/29
    こんなのあるんだ
  • 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

    SubversionのリポジトリをGitのリポジトリに変換する方法 - builder by ZDNet Japan