[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

タグ

gitに関するhiroomiのブックマーク (347)

  • 【Git入門】git initによるリモートリポジトリの作成方法

    このページではgit initによるリモートリポジトリの作成方法についてまとめてご紹介しよう。 基中の基だけまとめたので、初心者の方は参考にしていただければと思う。 そもそもリモート・リポジトリを作成するとは? リモート・リポジトリを作成するとは、Gitサーバ上に空のリポジトリを作成し、複数のユーザによって共有できるように設定することだ。作成したリポジトリをリモート・リポジトリとして使うためにリポジトリに名前が付けられる。 Gitを使った作業の流れは次の通りだ。 リモート・リポジトリをgit initで作成する。 リモート・リポジトリの名前:originをgit remote addコマンドで設定する。 共有可能なリポジトリを作成するコマンドだ。 git init --bare --share リポジトリを作成するコマンドgit initに--bare --shareオプションを指定し

    【Git入門】git initによるリモートリポジトリの作成方法
    hiroomi
    hiroomi 2018/10/16
    ”使い方と流れ”
  • 問題のあるコミットを特定する ( git bisect )

    内容 基的な使い方は他の記事を参照してください。 [git bisect で問題箇所を特定する] (http://qiita.com/usamik26/items/cce867b3b139ea5568a6) しかし、ビルドが失敗するなど、テストがそもそも失敗した時の対応がどこにもまとめられていないので サマリ的な要素も含めてまとめてみます。 ぶっちゃけgit bisect skipの紹介と、 git bisect run時にskipをさせるために125を返すということの紹介だけ。 基的な使い方 手動 開始 基 ワンライナ git bisect start <bad commit> <good commit> 自動で中間のコミットがチェックアウトされた状態になる 成否を入力 成功 git bisect good 失敗 git bisect bad テスト不能 git bisect sk

    問題のあるコミットを特定する ( git bisect )
  • Git - Git によるデバッグ

    Redirecting… Click here if you are not redirected.

  • 初心者プログラマが犯しがちな過ち25選 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 以下はThe Mistakes I Made As a Beginner Programmerの日語訳です。 The Mistakes I Made As a Beginner Programmer 初心者プログラマが犯しがちな間違いと、それらを特定し、避けるための習慣を学ぶ方法。 まず最初に言っておくことがあります。 この記事は、誤りを犯すことを悪いと糾弾するために作成されたものではありません。 むしろ貴方が誤りに自ら気付き、あるいはその兆候を見いだし、それらを避けられるようにするために書かれたものです。 私は過去これらの誤りを犯し

    初心者プログラマが犯しがちな過ち25選 - Qiita
    hiroomi
    hiroomi 2018/10/16
    "コーディングも考えを伝える手段のひとつです。 怒ってるときは、口を開く前に10数えよ。激おこであれば100だ。 - Thomas Jefferson."と、・冷静に何するの。・優先順位の確認。
  • 巨大Subversionリポジトリを一人こっそりGitで扱いたい - Qiita

    会社のプロジェクトのバージョン管理はSubversion。しかも、10G弱でコミット数も相当数あるリポジトリ。だけど、Gitを使いたい!と思って方法を模索したのでそのメモです。Gitをよく知らないのもあり、もっと良い方法があれば教えていただけると幸いです。 背景 会社のプロジェクトではSubversionが使われています。しかし、世の中ではGitの方が主流(?)ということもあり、自分もGitを使って開発をしたい、と思いました。 新人のペーペーの力でSubversionからGitへ移行することもできないので、なんとか自分だけでもGitを使えないものかと考え、調査・環境構築を行いました。 使用環境 Windows 7 + MSYS2 git-svn の利用 「SubversionリポジトリをGitで扱う」ことに関しては、ネットに情報が結構あったので、比較的すんなりできました。 使用するのは g

    巨大Subversionリポジトリを一人こっそりGitで扱いたい - Qiita
  • イラストを Git で管理したかったのでツールをつくった - blog.syfm

    イラストの管理 自分はたまにイラストを描いたりするのですが、以前からその管理方法に苦労していました。 苦労していた点は主に次の 2 点です。 バックアップ 制作過程 Gif をつくるのが面倒くさい 強い人は、短時間でもさらっとイラストを描いてしまいますが、自分は時間をものすごく掛けないとまともなものが描けないので、バックアップは結構頻繁に取ります。 手動でバックアップしようとした場合は、ふつうにファイルを複製する感じになると思います。 ただ、普段からコードを書いていて VCS を利用している身だと、どうしても原始時代かと錯覚してしまいます。 さらに、PhotoShop の psd 形式や CLIP STUDIO PAINT の標準である clip 形式はいろんなデータが詰め込んであるので 1 ファイル当たり平気で 50 MB くらい持って行かれます。これも結構厳しいところです。 VCS を

  • Git(GitHub)おじさんに俺はなるBefore Git, After Git - karaage. [からあげ]

    Git(GitHub)おじさん 何かを布教することをネットの一部では「**おじさん」というみたいです。最近、あまり得意ではないのですが、色々な事情で仕事でソフトをつくることが多くなり、その関係で何周か遅れでGitGitHubを使うようになりました。そして、今頃その素晴らしさに感動して打ち震えている(大げさ)ので、私もGit(GitHub)おじさんになってみようかと思います。 といっても、私が今更Git(GitHub)の何が素晴しいかを語ったところで…というのもあるのと、何よりうまく伝えられる気がしないです。何故ならそもそも自分がまだそんなにわかってないし使いこなせてない。なので、今回はGit(GitHub)を少し使ってどのようなことが変わった(良いことがあった)のかという具体例をGit使用前(Before Git)、Git使用後(After Git)として列挙した後、オススメのサイトをま

    Git(GitHub)おじさんに俺はなるBefore Git, After Git - karaage. [からあげ]
    hiroomi
    hiroomi 2018/10/09
  • 個人サイトをGit管理する場合の要領まとめ - Qiita

    概要 仕事でGitを使うのは大規模サイト、大人数編集の場合が多い。 けど、自分一人で運営している個人サイトをGit管理する場合、そこまでかっちりやる必要はなくなってくる。 (同じようにやってもいいけど冗長になりがち) その辺のことをざっくりまとめてみる。 大規模サイトの管理は「Git Flow」とかで検索検索。 個人サイトの定義 ここで扱う「個人サイト」の定義は以下。ページ数は目安。 もっと多くても適用できるかもしれない。 全ページ合わせて50ページに満たない小規模なサイト。 管理者は自分一人。コンテンツの生殺与奪権は全て自分にある。 更新頻度はさほど多くない静的コンテンツが主。 なんらかの個人的な情報・店舗情報などを掲載している、いわゆるホームページ。 ニュースサイトではない。 材料 エディタ …好きなの。 最近はSublime TextとかAtomとかBracketsとか、フリーソフト

    個人サイトをGit管理する場合の要領まとめ - Qiita
    hiroomi
    hiroomi 2018/10/09
    ”バイナリファイルだけのコミットとして1度にまとめてやっても良い”
  • Git LFSの導入方法 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

    Git LFSの導入方法 - Qiita
    hiroomi
    hiroomi 2018/10/09
    ”GitHubでは100MB以上のファイルを扱うことができません。”
  • 正式版になったGitHub for Unityを使ってみた【Unity】 - (:3[kanのメモ帳]

    この記事でのバージョン Unity 2017.4.6f1 GitHub for Unity 1.0.0 はじめに ちょっと前にオープンソース化され、開発が進められていた GitHub for Unityがついに正式版になりました! 米GitHubは18日(現地時間)、「GitHub for Unity」v1.0を公開した。「GitHub for Unity」は、ゲーム開発プラットフォーム「Unity」のエディターに“GitHub”のプロジェクト管理を統合する拡張機能。 という事で今回は、そのGitHub for Unityを使ってみようという記事です。 導入 導入方法は2パターン、Asset Storeからダウンロードするか GitHub for Unity - Asset Store ホームページからunitypackageを直接ダウンロードしてくるかです。 ただ、Asset Store

    正式版になったGitHub for Unityを使ってみた【Unity】 - (:3[kanのメモ帳]
    hiroomi
    hiroomi 2018/10/09
    "GitHubのサインインは右上のSign inから行えますが、行わなくても普通に使えます。"まあ、ローカル内で完結できると。
  • Git基礎のメモ4 (mv, log, tag)

    hiroomi
    hiroomi 2018/10/09
  • Git基礎のメモ3 (clone, fetch, merge, push, pull)

    hiroomi
    hiroomi 2018/10/09
  • Git基礎のメモ2 (add, commit, checkout, diff, rm)

    Gitリポジトリへの登録 ステージング ( git add ) CVS、SVNにない概念。Gitのリポジトリには、コミット領域とは別にインデックスと呼ばれる領域がある。 修正ソースとコミットされるリポジトリ領域の間に存在する。 インデックスにステージングされていないファイルや変更は、コミットされない。 作成したファイルをリポジトリへ新規登録するときに行う処理。 オプションを省略すると、新規と更新すべてが対象になる。 -uをつけると、更新されたファイルのみが対象。 -Aをつけると、新規、更新、削除されたファイルのみが対象。 $ git add . $ git add -u $ git add -A ちなみにgit addした後、そのファイルをさらに編集すると、git statusで状況を 確認すると、以下のようになる。 On branch master Changes to be commi

    hiroomi
    hiroomi 2018/10/09
  • いまさらgrepメモ

    hiroomi
    hiroomi 2018/10/09
  • Git基礎のメモ1 (初期設定、リポジトリ作成)

    hiroomi
    hiroomi 2018/10/09
  • Gitチェックアウト、ブランチ関連のメモ

    hiroomi
    hiroomi 2018/10/09
  • gitメモ図解編 (その1 )

    これだけ知っていれば、どうにか使えそうなコマンドについて、コマンド操作の図解とそのメモ。 基操作 > git init git initでローカルディレクトリにgitリポジトリを作成する。 リポジトリの内部構造は大まかにHEAD位置を追跡しているリポジトリと、 ステージ(またはインデックス)と呼ばれるコミット対象を特定する一時領域に分かれる。 > git add [file] > git add -u [file] git addでワーキングディレクトリで編集したファイルを指定することにより、次のコミット対象になる。 ワーキングディレクトリ上のファイルがステージにコピーされる為、万が一誤ってローカルファイルを削除しても、 ステージから復帰させることも出来る。-uオプションで既にリポジトリで管理されているファイルのみを対象とすることもできる。 > git commit -m [messag

    hiroomi
    hiroomi 2018/10/09
    "gitメモ図解編"全体的な流れはこちらにしたのか。
  • Gitリポジトリのメンテナンス

    hiroomi
    hiroomi 2018/10/09
    "このコマンドは.gitフォルダがある最上位ディレクトリで実行する必要がある。"
  • Git - Wikipedia

    Git(ギット[2][3][4][5])は、プログラムのソースコードなどの変更履歴を記録・追跡するための分散型バージョン管理システムである。Linuxカーネルのソースコード管理に用いるためにリーナス・トーバルズによって開発され、それ以降ほかの多くのプロジェクトで採用されている。Linuxカーネルのような巨大プロジェクトにも対応できるように、動作速度に重点が置かれている。現在のメンテナは濱野純 (英語: Junio C Hamano) で、2005年7月から担当している。 Gitでは、各ユーザのワーキングディレクトリに、全履歴を含んだリポジトリの完全な複製が作られる。したがって、ネットワークにアクセスできないなどの理由で中心リポジトリにアクセスできない環境でも、履歴の調査や変更の記録といったほとんどの作業を行うことができる。これが「分散型」と呼ばれる理由である。 Linuxカーネルの開発では

    Git - Wikipedia
    hiroomi
    hiroomi 2018/09/30
    ”「分散型」と”完結型とでもしたほうがよさそ。
  • 【Windows】Gitでコードを管理しよう!【初心者】 - Qiita

    選択したらFinish sign upをクリックします。 ##2.SourceTreeのインストール 次にSourceTreeをインストールしましょう。 SourceTreeは、Git上で行う操作を簡単にやってくれるGUIです。 来Gitは真っ黒な画面にコマンドを入力して操作していました。 こちらからダウンロードできます。 ダウンロードしたら、適宜インストールします。 インストールして起動するとUsernameとPasswordを聞かれるため、Githubで登録したものを入力してください。 これで準備ができました。 #使い方 ##1.Github上でリポジトリを作成 +New repositoryボタンを押すと、リポジトリを作成することができます。 ボタンを押すと、リポジトリの初期設定が要求されます。 Ownerでは、リポジトリを管理するアカウントを設定する。 誰かのリポジトリを参照した

    【Windows】Gitでコードを管理しよう!【初心者】 - Qiita