transitive.info - git svn 使い方
git svn 使い方 svn のログを見る svn リポジトリのログを見るには git svn log とする。 subversion のリポジトリを git svn で複製する git svn clone svn://example.com/svn/repo とすると subversion のリポジトリを git で扱うことができる。 標準のレイアウトを持つ subversion リポジトリの場合は -s オプションをつける。 git svn clone -s svn://example.com/svn/repo 標準ではないサブディレクトリの svn リポジトリをクローンする git svn clone に -T でトランク、-b でブランチ、-t でタグのサブディレクトリを指定する。 git svn clone -T TRUNK -b BRANCHES -t TAGS svn://
unoh.github.com by unoh
subversionリポジトリでもgitが使えるgit-svn Tue Apr 13 21:31:53 -0700 2010 yukiです。 空前のGitブームもだいぶ落ち着き、最近はGit記事をあまり見かけなくなりましたが、今日は空気を読まずにGit、それもgit-svnについて利用例を挙げつつご紹介しようと思います。 さらっと紹介されている記事は多いのですが、実際にこう使っている、などの例があまりなかったので、今回利用例を含めてご紹介していけたらと思っているので、もっと便利な使い方があるよ！という方の突っ込みをお待ちしております。 まずgit-svnについてご紹介すると、その名の通りgitとsubversionをつなぐ役割を果たすもので、subversionのリポジトリからgitでcloneして利用出来るというものです。 インストールはyum一発で簡単に入ります。 # yum inst
%25C0%25DF%25C4%25EA%25A4%25F2%25A4%25B9%25A4%25EB%25CA%25FD%25CB%25A1)
git/コマンドの省略(alias)設定をする方法 - TOBY SOFT wiki
2020-06-02 Comments/Subversion/TortoiseSVNメモ/コミットしたログメッセージが編集できない 2020-03-31 ゲームを作る上でのバッドノウハウ/十字キーがボタンとして認識される 2019-11-12 Comments/Wiki/PukiWiki/スパム(spam)を防止する方法 2019-11-01 Delphi/XML/Delphi付属のXMLライブラリ 2019-08-27 Comments/SaGa2 秘宝伝説/モンスター一人クリア 2019-07-11 Comments/git/git rebaseを元に戻す方法 2019-06-08 VBA/関数呼び出し時に「オブジェクトが必要です。」というエラーが出る 2019-03-07 Comments/PhotoShop/「下のレイヤーとグループ化」はどこいったの？ 2019-02-06 Rub
Git未経験者ですがGitBucket入れてみました…(^^; - Challenge Engineer Life !
ブログ書くようになって1年くらい経ちました。 ブログ向けに作ったサンプルのソースコードは特に管理していないのですが、たまに自分自身で「ああ、あのとき自分で書いたやつのサンプルコード欲しい…」とかなることもしばしば(^^; GitHubにアカウント作るかー、でも全然Git知らないなぁ…(-_-;うーん と思ってた所、最近よくTwitterでGitBucketなるものが流れてきて、これは手軽そう！と思ってトライしてみました。まずはGitの使い方に慣れるため…みたいな(^^; GitBucketとは？というのは作者ご本人の方が書かれた以下記事で把握できます(^^) イマドキのIDE事情 162 手軽に設置できるGithubクローン「GitBucket」を使ってみよう GitBucket自体は https://github.com/takezoe/gitbucket 上記からリンクありますが、wa
git rebaseって超便利じゃね？ - Seasons.NET
Gitでとても便利だと思っているのが、rebaseというコマンド。 ブランチを切った時点からオリジナルは刻一刻と変化していくわけで、 自分のブランチはあくまで現在最新のオリジナルに対するパッチである 必要がある場合は、このrebaseというコマンドを使って、オリジナル(HEAD)と マージすると、最新のオリジナル(HEAD)に対して、ブランチを切ったことになります。 これチョー便利じゃね？ 以下、git-rebaseから引用 git-rebase を使用して一連のパッチを最新に保つ リモート追跡ブランチ "origin" の上にブランチ "mywork" を作成し、幾つかコミットを作成したとします： $ git checkout -b mywork origin $ vi file.txt $ git commit $ vi otherfile.txt $ git commit ... m
gitでマージ作業を中止して元の状態に戻す | Webシステム開発／教育ソリューションのタイムインターメディア
問題 gitでは空気を吸うようにブランチを作り空気を吐くようにマージを行います。 例えば新機能Xを実装する場合、 X用のトピックブランチを作成し、実装を進めて、完成したら統合ブランチへマージする というのが普通です。 具体的にコマンド例を挙げると以下のようなものになります: $ git checkout -b topic-x master Switched to a new branch 'topic-x' $ $EDITOR $ git add foo.x bar.x baz.x $ git commit -m 'Implement X' [topic-x 0000001] Implement X 3 files changed, 8 insertions(+), 5 deletions(-) $ $EDITOR $ git add qux.x $ git commit -m 'Fix
コミットメッセージの書き方 - 2012-02-21 - ククログ
はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常
プロとしての行為 Act as Proffesional
Gitのブランチをどのタイミングで切って、マージしていくかなども非常に大切ですが、ブランチやマージをするよりも頻繁におこなうコミットについて、あらためて基本に立ち返ってみましょう。 一つ一つのコミットを綺麗に積み重ねていくことは、ブランチを切るタイミングやマージ、歴史の改編などを容易にすることができます。コミットが綺麗に積み重ねられていないとマージや歴史改変で苦労するでしょう。 Gitのベストプラクティス（原文）に乗っかるためにもgit commitする前に以下のようなことをチェックしましょう。 Gitの操作に慣れている人はPushやMergeをする前に今回紹介するようなことを元にしてコミットの歴史を綺麗に整えましょう。 1コミットに1つの対応1コミットにはあれこれ詰め込めすぎるべきではありません。例えば以下のような2つのことがあったとします。 Aの機能を追加Bの機能のバグを修正2つの対応
git commit時のコメントを英語で書くための最初の一歩 | hiro345
最近、開発環境のテンプレート構築をしているのですが、「git commit するまえに考えるべき10のこと | Act as Professional – hiroki.jp by HIROCASTER」みたいに、ソースコードのバージョン管理を実際に始めるときに理解しておかないといけないことは、結構あるはずです。 それで、ソースコードのバージョン管理については、git commitするときに記録するコメントについて、いろいろと考えることもあります。Git Styleは「git/Documentation/SubmittingPatches at master · gitster/git · GitHub」にありますから、こういうのも参考になります。 英語で記述 一文の場合、文末にピリオドを付けない 主語は省く 時制は現在形 文頭の英単語は大文字 他にもないかなぁ、と探してみたら「Chang
Git/git reflog （git resetを取り消す） - yanor.net/wiki
git reflog （git resetを取り消す） 間違ってgit resetしてしまって元に戻したい場合、git reflogでHEADを調べて、git resetし直す。 作業例 今、↓のような状態にある。 git log * 16ace8b na 2012-02-19 update 1.txt #3 (HEAD, master) * 00da098 na 2012-02-19 update 1.txt #2 * c99c449 na 2012-02-19 update 1.txt #1 * 66bb609 na 2012-02-19 add 1.txt 「update 1.txt #3」のコミットは間違いだったので、「update 1.txt #2」のコミットの状態に戻すために、git reset --hardする。 git reset --hard HEAD^^ が、HEAD^
gitで不要なaddを取り消す方法 - mumoshu.log
適当にgit add .とやっているとログやらdb/development.sqlite3やらがtreeに入ってしまって困る。 こういうときは、 git diff --cached でcommitされようとしている内容を確認して、 不要なファイルを見つけたら、 git rm --cached <ファイル名> git rm -r --cached <フォルダ名> とやってtreeから削除する（ファイル自体はFS上に残る） そしてgit commit。 すっきり。 追記と訂正2011/09/26 以下のコマンドの方が、間違いがなくて良いです。 git reset HEAD -- <ファイル名> これは、直感的に言うと、現在のディレクトリの内容は変更せずに、git addやgit rmのような、gitへの変更通知だけを無かった事にするコマンドです。 実は、これgit statusで表示されるメッ
変更を一時的に退避！キメろgit stash - Qiita
gitは、とにかくトピックブランチを作成して作業する。だいたい機能追加とかバグ修正とかの単位でブランチを作って作業します。（ちゃんとやってますよね？） なので、作業の途中で別の修正を優先してお願いっ！なんて言われたときは、別のブランチに切り替えて作業をする必要がでてくる。そんな時に変更を一時的に退避しておくことのできる機能、それがstashである。 では、早速使い方 まだcommitしていない状態の変更ファイル（addしてる or add していない)が存在する状況で、次のコマンドを実行すると変更ファイルを退避することができる。 ※saveは、省略することもできる。 これでファイルの退避完了！git statusとか見てみると変更状態であったファイルがなくなっている。この状態なら安心してブランチを切り替えることもできる。めでたしめでたし。 と、退避だけならこれで終わりだけど、次につかうとき
Git超入門 - 猿でもできるGit rebase · DQNEO日記
むちゃくちゃわかりやすい例を考えてみた 今あなたは、羊を数えるプロジェクトをGitで開始しました。 羊を１匹数えるごとに１コミットして、３コミットまで終わりました。 ひつじが1ぴき (←1コミット目) ひつじが2ひき (←2コミット目) ひつじが3ひき (←3コミット目) masterブランチの歴史 (左から右に進みます) １ぴき ２ひき ３ひき ○ － ○ － ○ ワイルドプログラマ、wildブランチを作る ここで突然ワイルドプログラマのスギちゃんが登場します。 スギちゃんは、masterブランチをもとにwildブランチを作成して、そこで１コミットずつ発言をワイルドに変えてしまいました。 ひつじが1ぴきだぜぃ ひつじが2ひきだぜぃ ひつじが3ひきだぜぃ wildブランチの歴史 (左から右に進みます) １ぴき ２ひき ３ひき １ﾜｲﾙﾄﾞ ２ﾜｲﾙﾄﾞ ３ﾜｲﾙﾄﾞ ○ － ○ － ○ －
復習 Git: GitHub のブランチを削除する．
復習 Git: GitHub のブランチを削除する． 手が滑って test-2 なんて情けない名前のブランチを GitHub に push してしまった． とりあえず，ローカルの test-2 ブランチは， $ git branch -D test-2 で消えた．あとは GitHub の test-2 ブランチを消すだけだ． GitHub でブランチを削除するボタンを探してみたのだが，．．． 見つからない．どうしよう． git push でリモートのブランチを更新git push はリモートリポジトリに変更を反映させるときによく使うコマンドだ． 通常は， $ git push だけでコマンドを実行するが，これは， $ git push プッシュ先リポジトリ ローカルのブランチ名:リモートのブランチ名 を省略した形だ．git push とだけ実行したときのデフォルト値は， $ git pus
gitでアレを元に戻す108の方法 | Webシステム開発／教育ソリューションのタイムインターメディア
以前gitで一度行った変更をなかったことにする方法4つを紹介しましたが、 日常的に git を使用していると他にも様々な 「なかったことにしたい」「元に戻したい」 という状況に遭遇します。 そのひとつひとつについて対処方法を紹介していきます。 目次 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。問題2: トピックブランチをマージしたけど実はまだ不完全だった。マージをやり直したい。問題3: リリース後に発覚したバグ。原因は30日前に自分が行ったコミットだった。なかったことにしたい。問題4: 新しいコミットしようとして間違えてgit commit –amendで書き換えてしまった。元に戻したい。問題5: 色々作業していたら作業ディレクトリの内容が混沌としてきた。一度綺麗な状態にしたい。問題6: 作業ディレクトリにゴミファイルが溜まってきた。一度綺麗
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
gvimにvundleをインストール！ - パソコン備忘録
vundleとはvimのプラグインを管理するシステムです。 →gitのインストール msysgitのページにあるDownloadsからGitインストーラーをダウンロード PATHにGitを設定する GitのSetup中に Adjusting your PATH environment と出る画面があるので、その真ん中にある Run Git from the Windows Command Prompt を選択。 これをしてない場合 C:\Program Files\Git\cmdをパスに通しておく WIN+R → sysdm.cpl → 詳細設定 → 環境変数 → システム環境変数 PATH を編集 Gitにあるcmdフォルダに以下を記載したcurl.cmdを追加。 @rem Do not use "echo off" to not affect any child calls. @set
ナウなヤングのためのgithub入門講座 -基本機能からdotfiles管理まで- - tumblr
gitによるバージョン管理 バージョン管理システムはつかってますか？ 僕は前に自分の作成したコードを元に、後輩にプログラムを作らせようとしてまずは僕のコードをコピペしろと指示したところ、コピペしかしてない(と言い張る)割にはコピペしたコードは動かず、さらに何故かコピペ元の僕のコードが滅茶苦茶に荒らされて当然のごとく動かなくなるという、なんかもう幽霊の存在を認めない限り説明がつかないような怪奇現象に遭遇したことがあります。しかもそのときはcpコマンドによるバックアップに頼っていて運悪くバックアップを忘れたために僕の貴重な１日が消え去ってしまった訳でして、それから僕はバージョン管理システムに頼ることを固く心に決めました。また僕はその目を覆いたくなるような残虐な事件以来、建設業界に見習って、IT業界でもプロジェクトキックオフ時にお祓いはすべきだと訴え続けています。 まぁそれはいいとして、いやまだ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gitextensions - Google Code
Git で不要になったローカルブランチ・リモートブランチの削除 - sotarokのお勉強
