ホームディレクトリをGitで簡単に管理するための.gitignore活用法
さて、まったくブログを更新していないtfmagicianです。 こんにちは。 先月は1記事しか書いてないですね。今年は月10記事以上を目標に、楽しみながら書いていきます。 今日は、Gitをネタに取り上げます。 前回はプロジェクトに関するGitネタでしたが、今回は個人的なモノ。 Gitと一緒にCakePHPを楽しむ – CakePHP Advent Calendar 2010 6日目 あなたの宝物が詰まったホームディレクトリをGitで管理してみます。 ホームディレクトリの”なに”を管理するか これは人によって異なります。 例えば、あなたがMac使いで、Mac上でGitを使うというなら、ドキュメントも管理したくなるかもしれない。 例えば、あたながLinux使いなら、設定ファイルだけGitで管理出来れば良いかもしれない。 .gitignoreをうまく設定出来れば、どちらのパターンも対応出
blog.katsuma.tv
いろんなBlog巡回してると、どこもかしこもgit, gitなのでアカウントだけ作って放置してたgithubで昔に書いたちょこちょこしたコードをコミットしてみました。 github/katsuma katsuma / mt-delicious-bookmark-counter katsuma / flickr-gadget katsuma / sbm-comment さすがにはじめてのgitは戸惑うことばかりだったので、メモを残しておきたいと思います。 gitのインストール 作業OSはMac OSXです。ソースからもインストールできますが、管理しやすいようにMac portsでインストールしてしまいます。 sudo port -d sync # 同期 port search git # cogito, git-core, stgit, cgitあたりがあるはず. git-coreを選択 p
Git ユーザマニュアル (バージョン 1.5.3 以降用)
(訳注：この資料は、http://www.kernel.org/pub/software/scm/git/docs/user-manual.html に掲載されている 内容を日本語訳したものです。 英語が得意でないので、誤訳があるかもしれません。 必要な場合は、原文を参照してください。) git は高速な分散リビジョン管理システムです。 このマニュアルは、基本的な UNIX コマンドのスキルをもった人が読むことを想定していますが、 git に関する前提知識は必要ありません。 Chapter 1, リポジトリとブランチ と Chapter 2, 履歴の探索 では git を使用してプロジェクトを取得・調査する方法を説明します。 — これらの章を読むことで、ソフトウェアプロジェクトの特定のバージョンをビルドして テストしたり、回帰点を探し出す方法などを習得してください。 実際に開発する必要のあ
github もうちょい入門 - glasses factory
github 超入門という記事を以前書いてからずいぶん経っていますが ここ最近になって続きはまだ？とか、いい加減 github にアップさせてくださいといった声をもらうようになったので 重圧に耐えかねて「もうちょい入門」を書いてみようと思います。 新 MBA が出て Win から Mac に乗り換えたり、サブマシンとして用意した人々が これを機会に開発環境を一新する or 整えようの一環として、 git を導入しようと考えている人が多いのかなーと野暮な勘ぐりをしてニヤニヤしてみたり。 前置きはこの辺にして、本題に入っていこうと思います。 冒頭でも述べましたが、今回は github へアップするところまでやってみたいと思います。 まず github にアップするためには、前提として github のアカウントが必要になります。 github のアカウント作成方法については、
githubのリポジトリにdot files（設定ファイル）をpushするための、シンボリックリンクの設定。 - sugilogのブログ
前回のエントリーの続き。 何をしたいのか githubにdot files（設定ファイル、例えば.vimrcとか）をpushしたい。 そのためには、dot filesをgitの管理下に置く必要がある。 でも、dot filesは基本的にホームディレクトリ（~/）におかれている必要がある。 ということ。 もともとは ~ |- .vimrc |- .zshrc |- .zshev みたいになっていたものをgitの管理下へ（例えばdot_filesディレクトリ以下へ） ~ |- dot_files |- .vimrc |- .zshrc |- .zshenv |- .git |- にしたいが、すると読み込まれなくなる。 ということで、シンボリックリンクの登場。 たしか、windowsにはシンボリックリンクと言う概念がないはず。ということで、mac/unix/linuxのお話になる。 （どうやら一
そろそろしっかりvimを使う。github+vundleを利用したWindowsとの同期。 - 南極の図書館
しっかりvim、2回目。 前回はMacでdotfiles(.vimrcなど)をgithubの管理にし、vimのpluginをvundleで管理するようにした。 そろそろしっかりvimを使う。dotfilesのgithub管理とvundleの導入。 - holyppの日記 今回はWindowsで、前回作った設定ファイルをgithubから持ってくる。 それにより、WindowsでもMacと同じ設定で使えるようになる。 Windowsからgit pushもできるので、同期すると言ったほうが良いかも知れない。 gitが入っていない状態から始めても、慣れれば30分以内に作業が終わるので、興味のある方は是非やってみて欲しい。 github+vundleで、複数PCでの管理が驚くほど楽になる。 目次 ・gitとcurlの導入 ・git cloneとsubmodule update ・リンクの作成 ・Bu
gitとDropboxでお手軽・無料のSource Hostingを実現する « lab.naoki.sato.name
以前から興味があった、バージョン管理システムの一つである git を導入しました。 目的としては、もちろん開発しているソースのバージョンを管理する、というのもありますが、それ以上にHostingサービスを使って、複数台のPCから最新のコードにアクセスできるようにしたい、というものがあります。 ただ、調べてみたところ、有名な github を含め、基本的に Hostingサービスではプライベート用途で使う場合はお金がかかる模様 (ソースコードを公開するOSSの場合は基本的に無料です)。 それでは、ということで、複数PC間のデータをバックグラウンドで意識せずに同期してくれる無料ストレージサービス Dropbox とgitを組み合わせて、手軽にプライベート用のSource Hostingを実現することにしました。要は、リモートgitサーバを使う方法で、その宛先をDropbox内のローカルファイル
アルミナ解析室 - FC2 BLOG パスワード認証
ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
gitでフォルダをまるごと削除 | マチダの秘密ノート
git rm -r --cached フォルダ名 サイトデザインを一新するときは、画像を一個一個消すより、フォルダを消してしまった方が早い。
transitive.info - Git 使い方 見出し一覧
Recent Entries 2024/04/27 Ubuntu 24.04 のインストール & 設定 2023/11/04 WZR-600DHP2 への OpenWRT のインストールと設定 2023/11/02 scrcpy で Android の画面を Ubuntu に表示する 2023/10/29 Ubuntu 24.04 で PT3 を Mirakurun と EPGStation で使う 2023/07/15 LIFEBOOK WU-X/H1 での Ubuntu 23.04 と Windows 11 のデュアルブートと設定 2022/11/22 Ubuntu 22.04 に Mattermost をインストールする ページ一覧へ Archives 2024 (1) 2023 (4) 2022 (7) 2021 (5) 2020 (5) 2019 (6) 2018 (7) 201
vimプラグインをgitのsubmoduleで管理 - rochefort's blog
2011/07/06追記 今はsubmoduleでなく、vundleを使ってます。 vundleでvimのプラグインを管理 - うんたらかんたら日記 git submodule 参考 git 1.6.0.2 submoduleを使おう！その1：add, status - satoko's blog - s21g git 1.6.0.2 submoduleを使おう！その2 - satoko's blog - s21g こんな感じで使うと。 $ git submodule add git://github.com/dchelimsky/rspec.git vendor/plugins/rspec $ git submodule status -fd553b85af3da59a35cf8366319fb244fc4172b5 sub/rspec $ git submodule update --
github利用ガイド git備忘記録 - Stargazing && Temporary Escapism ~インプット馬鹿への道~
概要 さきほどgithubデビューをしたので、gitの使い方(githubレポジトリへの反映方法)などの備忘記録を兼ねて、githubの利用ガイドを簡単に書いてみました。需要はないかもしれませんが、誰かの参考になれば幸いです。 内容 github githubレポジトリの作り方 github,公開鍵の登録の仕方 git インストール 設定 init, add, commit, remote, push, pullなど githubでの作業 アカウントが必要です。作りましょう。github 公開レポジトリ作成(github) ログイン状態でいれば"Create a Repository"のリンクがあるのでクリックしてレポジトリを作りましょう。 こんな感じで作成しました。以下のURL等を用いてレポジトリを操作します。 git@github.com:Kshi-Kshi/test.git http
asterisk Fedora - Service/ssh
sshdの確認しておくべき設定項目 † セキュアな認証のためにsshdを動かすので、ここで設定に問題があると致命的なセキュリティ問題になります。sshdの設定ファイルは/etc/ssh/sshd_configです。 Protocol デフォルトは2,1です。バージョン2優先ですが、1も許可しています。どうしてもバージョン1を許可しなければならない状況でない限り、Protocol 2を指定して2だけにしてしまいましょう。 PermitRootLogin rootログインの許可オプションですが、デフォルトだとyesです。外部から直接rootでログインする必要など無くすべきで、noを指定しておきましょう。 PasswordAuthentication パスワード認証の許可オプションで、デフォルトでyesです。全てのユーザに公開鍵認証を適用する場合はパスワード認証をnoにすると良いでしょう。 Pe
複数の公開鍵を使い分ける - May the Source be with you
SSH でサーバにリモートログインする際、パスワード認証ではなく公開鍵認証を行っている人も多いかと思います。自宅内では同じ鍵を使い回していたのですが、仕事の都合で新しい鍵を作ることになりました。例によって備忘録です。 キーを作るのはこんな感じ。 $ ssh-keygen -C hoge@fuga.com -f ~/.ssh/id_rsa.hogeログインする時は -i オプションで鍵ファイルを指定することで、鍵を使い分けることができます。 $ ssh -i ~/.ssh/id_rsa.hoge hoge@fuga.com~/.ssh/config に使用する鍵を列挙しておけば、鍵ファイルを勝手に探してくれます。ファイルの中身はこんな感じで。 IdentityFile ~/.ssh/id_rsa IdentityFile ~/.ssh/id_rsa.hoge IdentityFile ~/.
入門OpenSSH / 第4章 OpenSSH を使う
さて、OpenSSH の動きがわかったところで、 この章では実際に sshd サーバデーモンが動いているマシンに 遠隔地のクライアントからログインする方法をご説明しましょう。 ここではまずクライアントもサーバも両方 UNIX マシンであり、 それぞれ OpenSSH クライアントとサーバがインストールされ、 サーバデーモンが正しく動いていると仮定しています。 Windows や Mac OS X からクライアントを使う方法については 4.6. UNIX 以外のマシンからログインする で紹介します。 なお、OpenSSH では異なる新旧 2つの SSH プロトコル (SSH1 プロトコル と SSH2 プロトコル) がサポートされており、 これらはコマンドの機能や公開鍵の形式がやや異なっています。 最近では新しい方の SSH2 プロトコルが普及しているため、この章では SSH2 プロトコルの
~/.ssh/config で簡単に複数ホストへのSSH接続を管理する - すぱぶらの日記
ssh で鍵やユーザ名を複数のホストで使い分けないといけない場合、それら設定を覚えておくのは面倒です。 それらホスト毎の設定は ~/.ssh/config で簡単に管理することができます。 複数の鍵を管理する場合 identity, id_rsa などのファイル名で保存しますが、これでは複数の鍵を置くことができないので、 test.org の場合、「id_rsa.test.org」 hoge.in の場合、「id_rsa.hoge.in」 など、ホスト名や用途名の prefix, suffix を付けて管理しています。 どの鍵をどのような用途で利用しているのかが分かればファイル名は何でも構いません。 ~/.ssh/configを記述する Host test.org HostName test.org IdentityFile ~/.ssh/id_rsa.test.org User test
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
fatal: remote origin already exists. - Born Neet
submoduleの削除 - 呆備録
はてなブログ | 無料ブログを作成しよう
s21gブログのgit merge作業まとめ - satoko's blog - s21g