You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
はじめに チームメンバにGitを普及させるために、gitを使ってGitHub/GitLab/Bitbucket等のGitホスティングサービスにPull Requestを投げるまでの一連の流れを練習するための手順をまとめてみました。 Gitのコマンド単位で流れを覚えてもらうために、CUIでの手順になっています。 Windowsであればgit for windowsに内包されているgit bashかgitが使えるシェル環境、macであればターミナル等のgitが動くシェル環境で実行してください。 手順 0. レポジトリをfolkする(任意) 以下の説明では https://github.com/takami228/git-sandbox のレポジトリを使います。 実際に試したい方はfolkして使ってみてください。 1. レポジトリをクローンする 作業用のディレクトリに移動し、以下のコマンドでgi
git-secrets は AWS Labsで提供されているツールの一つです。 ※AWS Labsはawsが提供しているツールなりスクリプトなりが置いてある場所 git-secretsを利用する事により、AWSアクセスキー、AWSシークレットキーをgitリポジトリにコミットできないようにコミット直前にチェックできるようになります。 他にもファイルを検索したり、独自のルールを設定したい色々と機能があります。 今回はそんなgit-secretsをWindows環境にインストールして利用してみます。 余談 git-secretsって昔はREADMEにWindows環境へのインストール方法が書いてなくてWindowsで使えないのかと思ってましたが。 Writing instructions for how to get git-secrets to work for Windows #87 上記で
はじめに 「Git補完をしらない」「commitブランチを間違える」「git statusを1日100回は使う」そんなあなたに朗報です。 bashの説明だけに絞っています。zsh? tcsh? 知らない子ですね。 いきなり完成形 # スクリプト読み込み source $HOME/.git-completion.bash source $HOME/.git-prompt.sh # プロンプトに各種情報を表示 GIT_PS1_SHOWDIRTYSTATE=1 GIT_PS1_SHOWUPSTREAM=1 GIT_PS1_SHOWUNTRACKEDFILES= GIT_PS1_SHOWSTASHSTATE=1 ############### ターミナルのコマンド受付状態の表示変更 # \u ユーザ名 # \h ホスト名 # \W カレントディレクトリ # \w カレントディレクトリのパス # \
一旦コミットしてからちょっとした修正を入れた場合に、この修正も元のコミットに含めてしまいたいことがある。 そんな時には、git commit --amendすれば一つ目のコミットに後からの修正もまとめることができる。 # aというファイルを追加し、一旦コミットする $ git commit -m "add a file" # その後、aに修正を入れる $ git status Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: a # <- aが修正されている $ git add . # 変更をイン
(訳注:2015/10/31、いただいた翻訳フィードバックを元に記事を修正いたしました。) (訳注:2015/11/1、いただいた翻訳フィードバックを元に記事を再修正いたしました。) 訳: プロジェクトが長引くほど、私のGitのコミットメッセージは情報が薄くなっていく。 イントロダクション | 7つのルール | ヒント イントロダクション:なぜ良いコミットメッセージを書くことが重要か Gitのリボジトリのログをランダムに閲覧すると、ひどいコミットメッセージを目にすることがあります。例として、私が昔書いたSpringにコミットした これらのgem を見てみましょう。 $ git log --oneline -5 --author cbeams --before "Fri Mar 26 2009" e5f4b49 Re-adding ConfigurationPostProcessorTest
Heroku は、ポピュラーな VCS (バージョン管理システム) である Git でアプリのデプロイを管理します。Heroku にコードをデプロイするには、Git の専門家である必要はありませんが、基本を学習しておくと役立ちます。 この記事では、Git および Heroku Git リモートを使用してコードをデプロイする方法について説明します。GitHub でコードをすでに追跡している場合、この記事の手順に従う代わりに、Heroku GitHub 統合でデプロイすることを検討してください。 前提条件: Git および Heroku CLI のインストール Git でデプロイするには、Git および Heroku CLI がインストールされている必要があります。 Git インストール手順 Heroku CLI インストール手順 Heroku にアプリをデプロイするには、ローカル Git
Git LFS を使用するには、Git とは別の新しいプログラムをダウンロードしてインストールする必要があります。 git-lfs.com に移動し、[ダウンロード] をクリックします。 または、パッケージ マネージャーを使用すれば Git LFS をインストールできます。 Homebrew を使用するには、brew install git-lfs を実行します。 MacPorts を使用するには、port install git-lfs を実行します。 Homebrew または MacPorts を使用して Git LFS をインストールする場合は、スキップしてステップ 6 まで進んでください。 コンピュータで、ダウンロードしたファイルを探して解凍します。 [ターミナル][ターミナル][Git Bash] を開きます。 現在のワーキングディレクトリを、ダウンロードして解凍したフォルダに変
GitHub には大きなファイルを直接置けない.具体的にはリポジトリ内のファイルのサイズが1個あたり100MBを超えるとプッシュ (push) が出来なくなる.(その前に50MBで警告が出る.)これではちょっと大きな画像とか音声ファイルを置くときに困ることになる. そこで,大きなファイルをローカルリポジトリに追加してしまってプッシュ出来なくなった状況からの対処方法をメモしておこう. 0. 問題発生 想定するのはこんな状況だ. まずGitHubに {REPO}.git なるリポジトリがあった(あるいは新規に作った)として,それをローカルにクローン (clone) したとしよう. $ git clone https://github.com/{USER}/{REPO}.git Cloning into '{REPO}'... 以下,ワーキングディレクトリは {REPO} とする. ここで100
補足事項 上記だけではわかりにくい箇所もあるので、いくつか補足事項を。 globalは、git config --globalの設定をしたユーザーを使用している時に適用されます。 localは、設定をしたリポジトリで適用されます。 後続の「優先順位」にも関連しますが、操作しているリポジトリで、.git/configに設定があった場合、どのユーザーで操作をしてもその値が適用されます。 localは、オプションなしで設定ができますが、Git管理化していないディレクトリで実行するとエラーになるので、注意しましょう。 優先順位 優先順位は、system < global < localです。 公式サイトの8.1 Git のカスタマイズ - Git の設定によれば、/etc/gitconfig(systemの設定ファイル) → ~/.configまたは~/.config/git/config(glo
事の発端は作業ブランチを間違えて作業していた。 新しくブランチを切って作業しなくてはならないときにブランチを作成する前に作業を続行していたパターン。 ※)この時私はfeature/fuga ブランチを作成して作業したかったのに前回ブランチのfeature/hoge ブランチで作業続行しちゃっていた時のお話 1.まずfeature/hoge ブランチにコミットをあげる ※)checkoutする時にエラーが発生するため git add -A # 現在の編集内容をstagingさせる git commit -m 'commit message' # コミットする git log --oneline # commit message となっていること、かつcommit messageのコミット番号を控えること 2.feature/fugaブランチを作成し、コミットを引っ張ってくる git chec
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く