タグ

関連タグで絞り込む (45)

タグの絞り込みを解除

gitに関するreponのブックマーク (62)

  • Popular git config options

    Hello! I always wish that command line tools came with data about how popular their various options are, like: “basically nobody uses this one” “80% of people use this, probably take a look” “this one has 6 possible values but people only really use these 2 in practice” So I asked about people’s favourite git config options on Mastodon: what are your favourite git config options to set? Right now

  • 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

    repon
    repon 2019/05/10
    リンク

  • gitで共有リポジトリを作るときに気をつけたいこと - yashiganiの英傑になるまで死ねない日記


    ローカルのgitリポジトリを，共有マシンの Mac に共有gitリポジトリとして設置したときに軽くはまったのでメモ． 既存のgitを共有リポジトリにしたいときには，bareリポジトリというワーキングコピーを持たないリポジトリを作る．githubのリポジトリとかでよく見かけるhoge.gitってやつ．これ自体を作るのは簡単で，こんな感じにする． >gitinit --bare 基本的にはこれでbareリポジトリを作って共有ディレクトリに設置すればおしまいなんだけど，既存のリポジトリを共有リポジトリにする場合には，sharedオプションをつけて，以下のようにしよう． >gitinit --bare --shared sharedオプションをつけないと，ファイルパーミッションが無くてpushできなくなってしまう．怖いのが，だいたいの場合cloneできたら﹁共有リポジトリ完成！﹂って思っち
    gitで共有リポジトリを作るときに気をつけたいこと - yashiganiの英傑になるまで死ねない日記
    repon
    repon 2018/06/20
    リンク

  • Gitの便利な-pオプション四兄弟 - エンジニアをリングする


    この記事はGit Advent Calendar 2014の6日目の記事です！ ︵更新がお昼になってしまいました、ごめんなさい＞＜︶ みなさん！Gitの-pオプション使ってますか？ 今日は便利な-pオプションを使えるコマンドと、使いどころをご紹介します！ 紹介する内容git add -p git stash -p git log -p git stash show -p git checkout -p git add -p きっとこれが一番有名ですね！ 追加したい変更を、ファイル単位ではなく差分のブロックごとに追加していくことができます。Git管理されているindex.htmlに、以下の修正を加えたとしましょう。 ヘッダーのメニューの文字を小文字から大文字に変更 Contactに新しいリンクを追加 このまま両方まとめてコミットしてコミットメッセージに両方の内容を書いておくというのもひ
    Gitの便利な-pオプション四兄弟 - エンジニアをリングする
    repon
    repon 2017/12/19
    リンク

  • Gitをインストールしたら真っ先にやっておくべき初期設定 - Qiita


    概要Git 初期設定の鉄板です。 何回やっても忘れるのでメモ。 気がついたら追記していきます。 2018-06-06 もうGit 2.17 ですよ。この記事は 2013 年代ぐらいに書かれた記事です。 ユーザー情報を設定する 最近のGit はこれを設定しないとエラーを吐くようになりました。いい機会です、是非設定しましょう。git config --global user.name "First-name Family-name"git config --global user.email "username@example.com"
    Gitをインストールしたら真っ先にやっておくべき初期設定 - Qiita
    repon
    repon 2017/05/31
    リンク

  • 【やっとわかった！】gitのHEAD^とHEAD~の違い - Qiita

    20190502追記 わかりにくい表現を修正しました 「おまけ」を追加しました 追記ここまで そもそもHEADとは 現在チェックアウトしているブランチの先頭を指す。 ブランチの切り替えという動作は、「HEADの移動＋ワークスペースのファイルの更新」で成り立っています。 詳しくはこちらを参照ください。→ Git のブランチ機能 - ブランチとは ~　(チルダ) ~世代前のコミットを指定できる。 ^ (キャレット) 複数ある親コミットのなかからコミットを指定できる。 絵にしてみる チルダ チルダ指定をすることで、コミットをさかのぼって指定ができます。 HEAD~と指定することで、HEADに対して1世代前のコミットを指定でき、HEAD~~と指定することでHEADの2世代前のコミットを指定できます。 キャレット キャレット指定をすることで、複数親がいる場合に、親コミットを指定できます。 複数親がい

    【やっとわかった！】gitのHEAD^とHEAD~の違い - Qiita
    repon
    repon 2017/03/26
    リンク

  • WindowsでのGit環境構築 - Qiita


    最近漸く﹁じっと﹂って言わなくなってきた。 色々やってみた結果、msysgit+posh-gitを入れてPowerShellでGitを弄るのが楽で便利ということになった。 で、どうやってその環境を構築するかって話を以下に。 ちなみにWindows8Pro64bit日本語版(コミケのMSブースで買った)で、OS入れた後VisualStudio2010入れただけのほぼ素の状態からやってます。 まぁWindows7でも大した差はないと思う。 後Cygwin入れるのは負けだと感じる人向け。 Chocolateyのインストール ChocolateyというのはPowerShellでのパッケージ管理アプリケーション。 MacPortsとかHomebrewとかの同じものですね。 要PowerShell2.0以上。 PowerShellを管理者権限で起動します。 で、以下のコマンドを入力。
    WindowsでのGit環境構築 - Qiita

  • git リポジトリの最新の履歴だけを取得する shallow clone - Qiita


    git でリポジトリを clone した場合、通常は元のリポジトリを丸ごと取得してきます。 しかし、最新版が取得できればそれでよい、過去の履歴情報はいらない、という場合もあるかと思います。そんなとき、次のようにすればリポジトリを丸ごと取得せず、最新版だけ取得できます。 これは、git のマニュアルでは shallow clone と呼ばれています。 オプション depth に渡す値は、取得する履歴の数です。上記では1を指定しているので、最新のみを取得します。depth 1 で shallow clone したリポジトリでgit log を実行すると、ログが1つしかないのが分かります。 利点 変更履歴が多くて通常の clone では時間がかかるようなgit リポジトリの場合、shallow clone を使うことで通常の clone より速く最新版を取得できます。 とりあえず最近
    git リポジトリの最新の履歴だけを取得する shallow clone - Qiita
    repon
    repon 2015/07/22
    リンク

  • git-resetは結局何を戻すのか - Qiita


    次の項から、この[--soft | --hard]及び[HEAD | HEAD^]がどういう意味を持つのか、まとめてみる。 HEADとHEAD^ この部分は、﹁状態をどこまで戻すか﹂の指定をしている。HEADとHEAD^はそれぞれ、最新のコミットの位置・そのひとつ前のコミットの位置を指す。 ただしHEADは、ここの図では﹁どこまでコミットしているか﹂という意味で使われているので、すこしこんがらがった。そりゃぁ最新のコミットという意味なので、そういうことなんだけど。 なお、ここにはコミットのidを入れてももちろんOK。HEADとHEAD^は代名詞なんですね。 --softと--hard git resetはともかく、状態を前に戻すコマンド。しかしgitにおける﹁状態﹂は、 HEAD (現在の最新コミットの状態) index (何をaddしたか・addした時点でのファイルの状態) workin
    git-resetは結局何を戻すのか - Qiita

  • 欧美亚洲色欲色一欲WWW - 欧美大片欧美激情免费看 - 欧美特黄特色三级视频在线观看

    欧美亚洲色欲色一欲WWW - 欧美大片欧美激情免费看 - 欧美特黄特色三级视频在线观看
    repon
    repon 2015/07/05
    リンク

  • Git を学ぶ - チュートリアル、ワークフローおよびコマンド | Atlassian


    Git は、元々 Linus Torvalds によって 2005 年に作られた、無料でオープンソースのバージョン管理システムです。他の SVN や CVS といった中央バージョン管理システムと違って、Git は分散型で、すべての開発者がローカル環境で彼らのコードのリポジトリの完全な履歴を持っています。これは、最初のリポジトリのクローン作成に時間がかかりますが、commit、blame、diff、merge、log といったこれに続く作業を劇的にスピードアップします。Git は多くの革新的で強力なワークフローやツールにつながる、リポジトリ履歴のブランチ、マージ、および書き換えに非常に役立ちます。プル リクエストは、チームがGit ブランチでコラボレーションを行い、他のコードを効果的に見直すことができる、非常に人気のツールです。Git は現在世界で最も広く使用されているバージョン コント

  • WindowsにおけるGit利用環境は整った： Git for Windows と SourceTree for Windows - 檜山正幸のキマイラ飼育記 (はてなBlog)


    分散バージョン管理システムの利用は拡大しています。そのなかでも最も人気のあるツールはGitでしょう。しかし、GitをWindowsで使うのはなかなか困難でした。 Windows向けのGitであるmsysGitは、bashのコンソールを出して、最小限のUnix風コマンドライン環境を提供するものです。これは使いやすくありません。もう一つの選択肢であるTortoise Gitは、Windowsのエクスプローラー︵ファイルマネージャ︶に統合されたGUIツールですが、僕は﹁なんか違うな﹂と感じてました -- これは個人の感性の問題ですが、ファイルマネージャに横付けすることが、分散バージョン管理システムへの良いUIを提供するようには思えないのです。 ところが、最近は事情が大きく変わっています。使いやすいGUIツールとして、2013年6月に正式公開されたSourceTree for Windowsが存在
    WindowsにおけるGit利用環境は整った： Git for Windows と SourceTree for Windows - 檜山正幸のキマイラ飼育記 (はてなBlog)

  • Windows に msysgit をインストールして git 環境を作る - xykの日記

    Windows に msysgit (Git for Windows)をインストールする。 環境 OS: Windows7 x64 Git: msysgit 1.8.4 x32 msysgit http://code.google.com/p/msysgit/downloads/list 現在最新の 「Git-1.8.4-preview20130916.exe」 をダウンロード。 Select Destination Location (インストール先の選択) そのまま(C:\Program Files (x86)\Git) Select Components (コンポーネントの選択) ・Additional icons ┠ In the Quick Launch ┗ On the Desktop →ショートカットアイコンを作成。デスクトップとクイック起動を選べる ・Windows Exp

    Windows に msysgit をインストールして git 環境を作る - xykの日記

  • チーム開発においてGit初心者が踏みがちな地雷まとめ｜TechRacho by BPS株式会社


    morimorihogeです。残暑やばい。 ※元々は2014年に書いた記事ですが、2020年になっていろいろと事情も変わっているので2020年revise版として更新しました。 弊社ではバージョン管理システムにGitを使っています。 数ヶ月以上一緒にやっているある程度ツーカーなメンバーだけのプロジェクトなら問題無いのですが、案件によっては協力会社の方が一時的にJOINしたり、新規参入メンバーの参加などで、これまでGitを使ったことがない、または本格的なチーム開発でGitを使ったことがない人が参加することもあります。 ※2020年現在では流石に全くGitを使ったことのない開発者というのはほぼ見なくなりましたが、チーム開発できちんと運用に乗せて使ったことがない、という所は今でもそこそこあるようです。Gitは自由度の高いシステムですが、その分概念を覚えることが必要なため、導入の敷居が高い方だと
    チーム開発においてGit初心者が踏みがちな地雷まとめ｜TechRacho by BPS株式会社
    repon
    repon 2014/04/26
    リンク

  • git オブジェクトの表示 - elm200 の日記(旧はてなダイアリー)


    最近、ふたたび RubyonRails を使って仕事をしている。Rails4を使っているのだが、この数年での Rails 界隈の長足の進歩には驚かされることばかり。昔、不満だった点がことごとく改善されて、本当に良くなっている。IT は、この停滞した世界にあって、唯一、真に猛スピードで進歩を遂げている分野なのかもしれない︵これが社会を大きく変えていくだろうことを妄想すると頭がクラクラしてくるわけだが︶。 いまの仕事仲間は、git と GitHub を当たり前に使いこなしている。正直、個人的にちまちまgit を使っていただけの私は大いにめんくらった。ブランチだのプルリクエストだのいろいろ言われても、わけわからん、というレベルであった︵本当に仕事仲間には申し訳ない…︶。 で、仕方ないので猛勉強した。 最初は、 サルでもわかるGit入門 〜バージョン管理を使いこなそう〜︻プロジェクト管理
    git オブジェクトの表示 - elm200 の日記(旧はてなダイアリー)
    repon
    repon 2014/02/22
    リンク

  • RedmineとGitとスクラム

    RedmineとGitを組み合わせて使うノウハウとRedmineでスクラムを実現するRedmine Backlogsを紹介します

    RedmineとGitとスクラム

  • git-flow cheatsheet


    About git-flowはgitの拡張であり、Vincent Driessenの提唱するブランチモデルを実現するための高度なリポジトリ操作を提供します。 more ★ ★ ★ このチートシートは基本的な使い方とgit-flowの効果を表します。 ★ ★ ★ Basic tips Git flow は素晴らしいコマンドライン補助と出力を提供します。何が起こるか注意深く読み解いてください。 macOS Clientの Sourcetree は素晴らしいGUIとgit-flowサポートを提供します。 - Git-flow はマージすることをベースとして考えるソリューションです。リベースは行いません。 ★ ★ ★ macOS Homebrew $ brew install git-flow-avh Macports $ port install git-flow-avh Linux $ apt
    repon
    repon 2014/01/11
    リンク

  • 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 この記事では、私のいくつかのプロジェクト︵仕事でもプライベートでも︶で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
    A successful Git branching model を翻訳しました
    repon
    repon 2014/01/10
    リンク

  • git による分散作業パターン | GREE Engineering


    分散バージョン管理を華麗に扱いたい堀口です。 GREE Advent calendar 2013 の14日目として参加させていただきます。 お二人に続き Haskell の話をしようかと思ったのですが、急遽無難な開発の話に変更しました :o Java や C++ には OOP の概念が必要であったように、分散作業の認識が薄いままgit や Mercurial を使うことは長期的に不幸をもたらします。 とあるプロジェクトにて、その一部を副産物のミドルウェアとして抽出すべく、アプリケーションと分離したい 不具合があったので原因を探りたいが、依存関係が複雑すぎるのでコードを読む量を減らしたい テストやレビュー、提案、リファクタの運用を強化したい よそのプロジェクトに迷惑を掛けないように、そこのツールを改良して使いたい。 いままで何気なく﹁こんなもんだろう﹂と思って手間をかけていませんでした
    git による分散作業パターン | GREE Engineering
    repon
    repon 2013/12/14
    リンク

  • Gitでコミット前のファイルを元の状態に戻したいとき at ITエンジニアmegadreamsの開発日記


    Gitを使っていて間違ってファイルを消してしまった時に、そのファイルのみ元の状態に戻すコマンドです。 下記のページが凄く参考になりました。git でワーキングディレクトリでファイルを変更したけど元に戻したい場合 実際、git statusコマンドを叩いた時に全部表示されていました！！ # On branch dev # Your branch is ahead of ‘origin/dev’ by 1 commit. # (use “git push” to publish your local commits) # # Changes to be committed: # (use “git reset HEAD …” to unstage) # # Changes not staged for commit: # (use “git add …” to update what wil
    repon
    repon 2013/12/11
    リンク
  • 1 2 3 4 次のページ

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.