VSCode Remote ContainersでGitにSSH接続でpushする
VSCode Remote Containers拡張機能を使うとdockerのコンテナに接続できます。 開発環境として使用する場合、GitにSSH接続する必要があります。 しかし、コンテナ内に開発者依存のSSHの秘密鍵を置くわけにはいきませんし、セキュリティ上危険なので.sshディレクトリをマウントしたりしてはいけません。 Remote Containers拡張機能に、コンテナ接続元の端末のSSHキー情報を転送する機能が備わっているので設定しましょう。 まずはdockerコンテナにGitをインストール コンテナ内でgitコマンドを叩いてみて、git入ってないよ！って言われる場合は、まずはgitをインストールしましょう。 開発時に使用するだけなので、devcontainer.jsonにインストールコマンドを記述して、Remote Containerを使ってコンテナを起動したときだけ入るように
Ruby on Rails on Ubuntu on Windowsの環境構築について
bashがWindows 10で！ もうUbuntuはWindows 10のInsider Preview（開発者プレビュー）で使うことができます。ちなみに、一般に公開されるのは8月2日のアニバーサリーアップデートです。 正確に言うと、Bash on Ubuntu on Windows ということで、Windowsカーネルの上にUbuntuがサブシステムとして乗ることになり、それをBashでいじることができます。具体的には、リアルタイムにLinux の syscalls を Windows の syscalls に変換し処理するそうです。どうなってるかの概要はこちらの記事が参考になります。 現在Azureについて勉強中なので、とりあえず自分のWindows端末にRailsの開発環境を整えるところから始めます。 Ruby on Rails on Ubuntu on Windowsのやりかた
CentOSに最新版のGitをインストール・アップデートする方法 - TASK NOTES
CentOS で Git をインストールする際に yum だと古いバージョンになってしまい、最新バージョンのインストールで悩んだのでまとめておきます。 yumでGitをインストール yumを使用した場合、古いバージョンがインストールされます。CentOSでは最新版をインストールする場合、ソースからインストールするのが一般的みたいです。 $ yum -y install git $ git --version git version 1.7.1 ソースからGitをインストール 公式サイトを参考に進めます。 Git - Gitのインストール Gitの依存ライブラリをインストールします。perl-ExtUtils-MakeMakerは公式サイトには記述されていませんが無いとコンパイル時にエラーになります。 $ yum -y install curl-devel expat-devel gette
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
Git-flowって何？ - Qiita
git-flowとは、プラグイン(ツール)のことです。。 Vincent Driessen氏がブログに書いた"A successful Git branching model" というブランチモデルの導入を簡単にする git プラグインである。 参考資料： ・ http://hm-solution.jp/lifehack/post2475.html ・ http://d.hatena.ne.jp/Yamashiro0217/20120903/1346640190 #Git-flowイメージと各ブランチの役割 ####master: プロダクトとしてリリースするためのブランチ。リリースしたらタグ付けする。 ####develop: 開発ブランチ。コードが安定し、リリース準備ができたら master へマージする。リリース前はこのブランチが最新バージョンとなる。 ####feature bra
Gitでマージ済みブランチを一括削除 - Qiita
※develop と main は消さないようにしています。 ※これでスッキリしますが、毎回これ書くのは辛い。 .gitconfig にalias (2021/05/18 ブランチ名の修正他) .gitconfigに以下を追加 これで、 git delete-merged-branch develop とやると｀ 1. developにcheckoutし、 2. merge済みブランチを一括削除 します。 delete-merged-branch はaliasなので好きな名前をつければいいです。(自分は、 vacuum とつけています) スクリプト内の、 develop|main 部分は消したくないブランチ名をパイプでつなげて複数記述すればマージ済みでも削除されません。 e.g.) release main ブランチをブロックしたい場合。 delete-merged-branch = "!
美しき git log –graph のエイリアス
git log --graph --pretty=oneline でもいいんだけど、情報として物足りない。 エイリアスの設定によりこんな感じに美しくすることが可能です。 .gitconfigのエイリアスは下記のように設定します。 [alias] lg = log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --date=relative lga = log --graph --all --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-com
こわくない Git
8. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Committer (コミットを適用した人) 例: 受け取ったパッチを取り込んだ人 ファイルのスナップショット (tree) コミットで変更されたファイルを含むツリー（説明は省略） 1つ前のコミットのリビジョン 例: 4717e3cf182610e9e82940ac45abb0d422a76d77 9. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Co
tigでgitをもっと便利に！ addやcommitも - Qiita
皆さん、tigコマンドを活用していますか？ tigは、コンソール上で使えるgitブラウザです。実はずっと、ただのきれいなgit logだと思っていたのですが、本当はそんなことはありません。かなり使えるやつなのです。 インストール ソースコード: https://github.com/jonas/tig インストール方法: https://github.com/jonas/tig/blob/master/INSTALL.adoc この辺りを参考にしてみてください。詳細は割愛します。 基本の使い方 この状態の差分を扱っていきます。いつものこれだとこんな感じ。 git logが素敵にビジュアライズされてます。この画面をmain viewといいます。 ここでエンターを押すと、下半分に差分の詳細（diff view）が表示されます。 下矢印で、Unstaged changesの差分を見てみるとこんな
GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー
少し前までアプリケーションのデプロイと言えば capistrano などをコマンドラインから叩いてデプロイ、みたいなことをやっていたが、最近は少し様子が違うのでそのやり方、KAIZEN platform Inc. での事例を紹介する。 GitHub のイベントを契機に CI as a Service にデプロイを担当させる GitHub で Pull Request を送って開発するのが前提になっているのは以前にも紹介した。 最近は Travis CI や CircleCI などに代表される CI (Continuous Integration) as a Service があって、CI も自分たちで環境を構築しなくてもクラウドに任せることができる。KAIZEN では CircleCI を積極的に使っている。 これらの CI as a Service は基本的に GitHub と連携するこ
Git - ブランチとマージの基本
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
Boxenを利用したMacのセットアップ | iii ThreeTreesLight
Boxenを利用したMacのセットアップ 心持ち最近MBAの設定をすることが多い。 自分用13’ MBAかいーの。自分用11’ MBAかいーの。会社用11’ MBAかいーの。自分用11’ MBAこわれーの。で致し方ないので今、古い自分用13’ MBAせっとあっぷしなおしーの。 この後に自分用11’ MBA修理から戻りーのセットアップが待っていると思うと、とてもじゃないけど、セットアップ地獄だるい。 そのため、これを機にBoxen入れることにしました。 Boxenって?Boxen can clone your projects, install your toolchains, apply security policies, configure your favorite music player, set your screensaver, clone your dotfiles, an
tkyk.name
tkyk.name このドメインを購入する。 2018 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
WordPressの日本語版をHerokuに設置する方法 - 森薫の日記
WordPress, Heroku | 00:12 | 数年ぶりにWordPressをさわりました。ついでにWordPressの日本語版をHerokuに設置するためのパッケージを作成しました。kaorumori / wordpress-herokugithubからcloneしてPostgreSQLを追加します。 $ git clone git://github.com/kaorumori/wordpress-heroku.git $ cd wordpress-heroku $ heroku create -s cedar -b git://github.com/iphoting/heroku-buildpack-php-tyler.git $ heroku addons:add heroku-postgresql:dev さきほどPostgreSQLを追加した際にDBのURLに含まれている
Amazon Linux AMIにGit + Gitolite + Gitlabをインストールして、プライベートGitHubを構築する - プログラマでありたい
半年くらい下書きフォルダーにあったGitLabのインストール記事をサルベージしました。今回は、Amazon Linux AMIと最新のGitLab 4.1系でインストールしています。が、あまりに長く面倒くさいので、三行でまとめてみました。 GitLabはGitHubのクローンで、セキュリティー・ポリシー的にGitHubがNGな会社に最適 GitLabの中身は、Git + GitoliteをラッパーしたWebインターフェース インストールが死ぬほど面倒くさいので、後でAWSのPublic AMIとして公開するよしたよ →GitLabのPublic AMIを公開しました。 以下、手順です。気が長い人は読んでください。 ライブラリのインストール 素のAmazon Linux AMIを立ち上げたら、まずライブラリをインストールしましょう。一部sudoでやっていくと詰まるところがあったので、素直にr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
linuxでtigをコンパイルする - Qiita
Git で不要になったローカルブランチ・リモートブランチを削除する方法 - Qiita
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
layer8.sh
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】
